summaryrefslogtreecommitdiff
path: root/perlio.c
Commit message (Collapse)AuthorAgeFilesLines
* microperl changes from Simon Cozens; Makefile for microperlJarkko Hietaniemi2000-05-311-1/+5
| | | | | | written from scratch; few casts added as microperl compilation doesn't have all prototypes available. p4raw-id: //depot/cfgperl@6174
* Integrate with Sarathy.Jarkko Hietaniemi2000-02-081-1/+1
| | | p4raw-id: //depot/cfgperl@5043
* support PERL_IMPLICIT_SYS with MULTIPLICITY/USE_THREADS onGurusamy Sarathy1999-10-171-1/+2
| | | | | windows p4raw-id: //depot/perl@4402
* make die/warn and other diagnostics go to wherever STDERR happensGurusamy Sarathy1999-10-061-5/+3
| | | | | | to point at; change places that meant Perl_debug_log rather than PerlIO_stderr() p4raw-id: //depot/perl@4302
* Fix LFS with -Duseperlio in Solaris. Reported inRobin Barker1999-09-041-0/+8
| | | | | | | | | | | | | | | | | To: perl5-porters@perl.org Subject: [ID 19990823.009] [PATCH perl5.005_61] typo in perl.h Message-Id: <199908231541.QAA10043@tempest.npl.co.uk> and later (in private email) found to be dependent on useperlio. Mental note: the cpp magic done in perlsdio.h (and assumedly also in perlsfio.h) may cause trouble later with lfs because both the perlio scheme by Perl and the lfs support by vendors like to play cpp games to map the stdio namespace back and forth. The problem fixed here (fseek vs fseeko, ftell vs ftello) may be just the beginning. p4raw-id: //depot/cfgperl@4071
* Batch of small 64-bit/long double/large file support tweaks:Jarkko Hietaniemi1999-08-161-2/+2
| | | | | | | | | | | | | | | | | | | | | - scan for LDBL_DIG - from DBL_DIG and LDBL_DIG select NV_DIG - introduce IVSIZE, UVSIZE, NVSIZE - introduce IV_DIG - remove stdio64 - AIX uses `oslevel` when others use `uname -r` - already AIX 4.2 goes 64-bit - in HP-UX require the 64-bit libc, just the directory isn't enough - group ids are not NVs - #undef USE_LONG_DOUBLE if long double is no better than double - introduce NV_WITHIN_*() and IV_FITS_IN_IV - mention large file support in perldelta - introduce quad TOPpin' and POPpin' - the svcat... buffer was tiny for printing quads in %b - fix the multiplication test in 64bit.t - try to make VMS to comply with all this removal and "introducal" of symbols p4raw-id: //depot/cfgperl@3995
* Jumbo Configure and large file support update.Jarkko Hietaniemi1999-08-131-8/+8
| | | | | | | Remove a lot of unneeded 64-bitness cruft; re-introduce BYTEORDER; update 64-bitness hints; lfs should now work in Solaris; long doubles in AIX. p4raw-id: //depot/cfgperl@3982
* Minor fixes to linux -Dusethreads -Duseperlio.Jarkko Hietaniemi1999-08-041-7/+5
| | | p4raw-id: //depot/cfgperl@3918
* Retract #3912, much too many compilation warningsJarkko Hietaniemi1999-08-031-7/+7
| | | | | under Digital UNIX. p4raw-id: //depot/cfgperl@3913
* (Retracted). See #3913.Sven Verdoolaege1999-08-031-7/+7
| | | | | | | | To: perl5-porters@perl.org Subject: [ID 19990803.003] Not OK: perl 5.00560 on i586-linux-thread 2.1.125 [PATCH] Message-Id: <19990803131407.A30911@pool.kotnet.org> p4raw-id: //depot/cfgperl@3912
* The "-Dusethreads -Duseperlio" combination failed.Spider Boardman1999-08-031-3/+12
| | | | | | | | | | | | To: perl5-porters@perl.org Subject: [ID 19990803.007] Not OK: perl 5.00560 on alpha-dec_osf-thread 4.0 (UNINSTALLED) Message-Id: <199908031825.OAA29254@leggy.zk3.dec.com> See also change #3912. p4raw-link: @3912 (not found) p4raw-id: //depot/cfgperl@3911
* yet more cleanups of the PERL_OBJECT, MULTIPLICITY and USE_THREADSGurusamy Sarathy1999-07-121-0/+4
| | | | | | | | | | | | | | | | builds; passing the implicit context is unified among the three flavors; PERL_IMPLICIT_CONTEXT is auto-enabled under all three flavors (see the top of perl.h) for testing; all varargs functions foo() have a va_list-taking variant vfoo() for generating the context-free versions; the PERL_OBJECT build should now be hyper-compatible with CPAN extensions (C++ is totally out of the picture) result has only been tested on Windows TODO: write docs on the THX rationale and idiomatic usage of the Perl API p4raw-id: //depot/perl@3667
* lexical warnings update (warning.t fails one testPaul Marquess1999-07-071-6/+6
| | | | | | | due to leaked scalar, investigation pending) Message-ID: <5104D4DBC598D211B5FE0000F8FE7EB29C6C8E@mbtlipnt02.btlabs.bt.co.uk> Subject: [PATCH 5.005_57] Lexical Warnings - mandatory warning are now default warnings p4raw-id: //depot/perl@3640
* more complete support for implicit thread/interpreter pointer,Gurusamy Sarathy1999-06-091-12/+15
| | | | | | | | | | | | | | | | | | | | | enabled via -DPERL_IMPLICIT_CONTEXT (all changes are noops without that enabled): - USE_THREADS now enables PERL_IMPLICIT_CONTEXT, so dTHR is a noop; tests pass on Solaris; should be faster now! - MULTIPLICITY has been tested with and without PERL_IMPLICIT_CONTEXT on Solaris - improved function database now merged with embed.pl - everything except the varargs functions have foo(a,b,c) macros to provide compatibility - varargs functions default to compatibility variants that get the context pointer using dTHX - there should be almost no source compatibility issues as a result of all this - dl_foo.xs changes other than dl_dlopen.xs untested - still needs documentation, fixups for win32 etc Next step: migrate most non-mutex variables from perlvars.h to intrpvar.h p4raw-id: //depot/perl@3524
* initial stub implementation of implicit thread/thisGurusamy Sarathy1999-06-071-0/+1
| | | | | | | | | | | | pointer argument; builds/tests on Solaris, win32 hasn't been fixed up yet; proto.h, global.sym and static function decls are now generated from a common database in proto.pl; some inconsistently named perl_foo() things are now Perl_foo(), compatibility #defines provided; perl_foo() (lowercase 'p') reserved for functions that take an explicit context argument; next step: generate #define foo(a,b) Perl_foo(aTHX_ a,b) p4raw-id: //depot/perl@3522
* update copyright yearsGurusamy Sarathy1999-03-221-1/+1
| | | p4raw-id: //depot/perl@3124
* ansify perlio.c, fix PerlIO-ish typosGurusamy Sarathy1999-02-241-116/+48
| | | p4raw-id: //depot/perl@3021
* big Configure update from Jarkko: sync metaconfig units; d_statblks fixGurusamy Sarathy1998-09-251-3/+10
| | | | | | | | | | | | | | | | | 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
* applied patch, along with many changes:Douglas Lankshear1998-06-211-1/+1
| | | | | | | | | | | - 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
* [win32] misc changesGurusamy Sarathy1998-05-291-34/+1
| | | | | | - 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
* Convert miniperl sources to ANSI C. Several passes ofNick Ing-Simmons1997-10-311-7/+3
| | | | | | | | | 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
* [differences between cumulative patch application and perl5.004_01]perl-5.004_01Tim Bunce1997-06-111-0/+4
| | | | | | | | | [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.]
* Fix warning wrt return value of PerlIO_getname()Spider Boardman1997-04-301-0/+1
| | | | | | | | | | 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
* Return a value from PerlIO_{,un}getcHallvard B Furuseth1997-04-151-2/+2
| | | | private-msgid: 199704131228.OAA05695@bombur2.uio.no
* Use SSize_t for values of PerlIO_{read,write}Chip Salzenberg1997-04-041-4/+4
|
* In perlio, fix vprintf() definition and define vfprintf()Chip Salzenberg1997-03-221-1/+9
|
* Prevent warnings when STDCHAR is unsignedChip Salzenberg1996-12-231-8/+8
|
* Eliminate PerlIO warnings when setting cnt to -1Chip Salzenberg1996-12-191-3/+3
|
* Re: 5.003_05 is available.Hunter Kelly1996-09-121-4/+3
| | | | Fix PerlIO_reopen parameters.
* perl 5.003_05: perlio.cPerl 5 Porters1996-09-071-1/+24
| | | | | | Eliminate potential "signed vs. unsigned" warning Add PerlIO_reopen and PerlIO_cgetname functions.
* perl 5.003_04: perlio.cPerl 5 Porters1996-08-291-4/+22
| | | | | | | | | | | | | | 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
* Fixes to support non-std stdio.Perl 5 Porters1996-08-251-0/+9
|
* perl 5.003_02: [no incremental changelog available]Larry Wall1996-08-101-0/+594
View Lorry Controller Status