| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
for Linux; hpux CMA-threads hints; ELF support for FreeBSD; beginnings
of full-fledged 64-bit support (including support for: fseeko/ftello,
Quad_t aka long long, hpux and irix 64-bits hints, new 64-bit constants
in Fcntl)
From: Jarkko Hietaniemi <jhi@iki.fi>
Date: Fri, 11 Sep 1998 23:56:11 +0300 (EET DST)
Message-Id: <199809112056.XAA04720@alpha.hut.fi>
Subject: [PATCH] 5.005_51: Configure "Massive Attack"
--
From: Jarkko Hietaniemi <jhi@cc.hut.fi>
Date: 12 Sep 1998 09:44:25 +0300
Message-ID: <oeeaf45bzjq.fsf@alpha.hut.fi>
Subject: Re: [PATCH] 5.005_51: Configure "Massive Attack"
p4raw-id: //depot/perl@1889
|
| |
|
|
|
|
|
|
|
|
|
| |
- ipfoo.h headers have been coalesced along with perlfoo.h into
iperlsys.h
- win32/cp*.h have been combined in perlhost.h
- CPerlObj::PerlParse() takes an extra xsinit arg
- tweaks to get dl_win32.xs compiling again w/ PERL_OBJECT
Message-Id: <000001bd9b8c$0417fe90$a32fa8c0@tau.Active>
Subject: RE: [PATCH 5.004_67] Fixes for broken MS compiler
p4raw-id: //depot/perl@1172
|
| |
|
|
|
|
| |
- remove code that works around lack of I_STDARG (we're a happy ANSI family)
- leave dump_foo() stubs when not -DDEBUGGING for consistent symbol exports
p4raw-id: //depot/win32/perl@1053
|
| |
|
|
|
|
|
|
|
| |
GNU C's 'protoize' plus a few hand edits.
Will compile miniperl with gcc -x c++ (i.e. treat .c a C++ files)
Does not link seems gcc's C++ does not define a symbol for
const char foo[] = "....";
i.e. with empty [].
p4raw-id: //depot/ansiperl@194
|
| |
|
|
|
|
|
|
|
| |
[editor's note: The changes between this and 5.004 were processed from
the m1t2 release, which was a bad idea as it was the _01 release which
had the final corrected attributions. The differences between the
various m*t* releases do that; I considered it most valuable just to
look at the _NN releases. Many patches have been separated out and/or
applied from the p5p archives nonetheless.]
|
| |
|
|
|
|
|
|
|
|
| |
Problem with -Duseperlio:
cc: Warning: perlio.c, line 302: Non-void function "PerlIO_getname" does not contain a return statement.
char *
^
p5p-msgid: 199704300448.AAA24174@Orb.Nashua.NH.US
|
| |
|
|
| |
private-msgid: 199704131228.OAA05695@bombur2.uio.no
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Fix PerlIO_reopen parameters.
|
| |
|
|
|
|
| |
Eliminate potential "signed vs. unsigned" warning
Add PerlIO_reopen and PerlIO_cgetname functions.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Removes an incorrect prototype for setlinebuf from
perlio.c because it conflicts with the correct declaration in
MachTen's stdio.h (and possibly other stdio's as well).
Secondly, the code in perlio.c is not handling the (!PERLIO_IS_STDIO &
HAS_F[GS]ETPOS) case. The patch fixes this omission (in a rather lumpen
manner). I don't think this should affect platforms which try to hack a
different path through the #ifdef forest, but this assertion would benefit
from testing...
Dominic Dunlop
|
| | |
|
| |
|
