summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* [dummy merge]Tim Bunce1997-09-050-0/+0
|\ | | | | | | | | This merge exists so that the p5p version of the patch and the applied version are both in the history
| * Irix 6.2 build problem - so_locationsDavid Billinghurst1997-09-051-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Subject: Perl 5.004_03 - Irix 6.2 build problem - probably fixed I have just built and install perl 5.004_03 on and SGI Power Challenge under Irix 6.2 with the SGI Mongoose 7.1 compiler. Problem Did the standard "sh Configure -des; make". Had a problem building shared libraries, with compaints about file ./so_locations. Solution: [ patch ] Caveat: You should get an SGI guru to check this. p5p-msgid: D54B1932FFB4CF11B5C80000F8018BD2907E31@CRCMAIL
* | Irix 6.2 build problem - so_locationsTim Bunce1997-09-051-0/+4
|/ | | | (this is the same change as commit 62e637042b7d9758a9b3364fbddc1d6eecaf53c8, but as applied)
* Tweak to hints/machten.sh: stop t/lib/complex.t from failingDominic Dunlop1997-09-051-6/+9
| | | | | | | | | | | | | | Tim, this patch, posted to you and copied to p5p on 23rd September, and posted to you again on 10th October, seems to have slipped through your net. Please please please put it in before 5.004_04. (Copied again to p5p this time in the hope of achieving better reception through multipath diversity.) Thanks Credited: Dominic Dunlop <domo@slipper.ip.lu> p5p-msgid: v03110700b06a30bdfc42@[194.51.248.80]
* Bug in Win32::GetShortPathNameGurusamy Sarathy1997-09-051-1/+9
| | | | | | | | | | | | | | On Thu, 09 Oct 1997 08:30:55 PDT, "Greg Chapman" wrote: >I'm using Perl 5.004_02 under WIndows 95 (the latest binary distribution >available on CPAN). The Win32::GetShortPathName function does not properly >truncate the returned string when the short file name is shorter than the >long name. Specifically, the returned string looks like: ><ShortFileName><NULL char><characters from the end of the long name (the >original buffer)>. Thanks for that report, and here's a patch. p5p-msgid: 199710092229.SAA21556@aatma.engin.umich.edu
* pl2bat.bat -> pl2bat.pl change in win32/pod.makJan Dubois1997-09-051-1/+1
| | | | | | | | | | | | | | | | | | | | | On Thu, 4 Sep 1997 23:45:42 +0100, you wrote: >These are the changes I'm considering for _04: [snip] >Tim. Maybe I'm missing something, but I think the following mini-patch (which I send while everyone was at the conference) is essential for *installing* on Win32 (with MSC 4.2 on NT4.0). I'm just very suprised that noboday else seems to encounter this problem. Perhaps everyone is using the binary distribution? Maybe Gurusamy could comment if I'm right? p5p-msgid: 3411ee6f.9143607@smtp-gw01.ny.us.ibm.net
* [dummy merge]Tim Bunce1997-09-050-0/+0
|\ | | | | | | | | This merge exists so that the p5p version of the patch and the applied version are both in the history
| * Win32 archnamesBill Middleton1997-09-051-1/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Subject: [PATCH] Re: Perl for Win32 > It's pretty fundamental that $archname be different for binary INcompatible > systems. If it's not then that's a bug. Here's a proposed patch for the config.h templates which are distributed with the kit Credited: Gurusamy Sarathy <gsar@engin.umich.edu> Credited: Peter Prymmer <pvhp@forte.com> Credited: Tim Bunce <Tim.Bunce@ig.co.uk> p5p-msgid: Pine.GSO.3.95.970905123145.12361B-100000@ducks
* | Win32 archnamesTim Bunce1997-09-052-2/+10
|/ | | | (this is the same change as commit 7e8ba8fa5f78d7fa23683d0f33555018e530f3e0, but as applied)
* Enhance perly.fixer to help porters.Tim Bunce1997-09-051-7/+31
|
* Emacs CPerl update for 5.004_04Ilya Zakharevich1997-09-051-169/+442
| | | | private-msgid: 199710140835.EAA26825@monk.mps.ohio-state.edu
* myconfig / perl -V: remove randbits and add prototypeTim Bunce1997-09-051-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In the myconfig / perl -V output, like the following example: Summary of my perl5 (5.0 patchlevel 4 subversion 1) configuration: Platform: osname=solaris, osvers=2.5, archname=sun4-solaris uname='sunos lion 5.5 generic_103093-03 sun4m sparc sunw,sparcstation-10 ' hint=recommended, useposix=true, d_sigaction=define bincompat3=y useperlio= d_sfio= Compiler: cc='gcc', optimize='-O6', gccversion=2.7.2.2 cppflags='-I/usr/local/include -I/opt/gnu/include' ccflags ='-I/usr/local/include -I/opt/gnu/include' stdchar='unsigned char', d_stdstdio=define, usevfork=false voidflags=15, castflags=0, d_casti32=define, d_castneg=define intsize=4, alignbytes=8, usemymalloc=y, randbits=15 Linker and Libraries: ld='gcc', ldflags =' -L/usr/local/lib -L/opt/gnu/lib' libpth=/usr/local/lib /opt/gnu/lib /lib /usr/lib /usr/ccs/lib libs=-lsocket -lnsl -ldb -ldl -lm -lc -lcrypt libc=/lib/libc.so, so=so useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=, ccdlflags=' ' cccdlflags='-fpic', lddlflags='-G -L/usr/local/lib -L/opt/gnu/lib' I'd like to change $randbits, in the Compiler section, for $prototype. Why remove randbits: randbits was added before we had such good and informative tests in the test suite. The tests now pinpoint the problem and explain the solution, including recommending the right value for randbits. Why add prototype: In the medium term there may be advantages to moving towards using ANSI C prototypes. At the moment there's no way of making an impact assessment. This would be a first step. Especially when combined with automated perlbug and perlbug -ok mail handling and archiving. While I'm on the subject, libpth and libs values should be in quotes. Any objections? (Please don't turn this into a "my compiler doesn't support prototypes" rant.) p5p-msgid: 199709290857.JAA07706@toad.ig.co.uk
* Updated CPAN.pm for 5.004_04Andreas J. Koenig1997-09-052-510/+908
| | | | private-msgid: sfcpvpv8teo.fsf@anna.in-berlin.de
* [dummy merge]Tim Bunce1997-09-050-0/+0
|\ | | | | | | | | This merge exists so that the p5p version of the patch and the applied version are both in the history
| * Trap Time::Local infinite loopHugo van der Sanden1997-09-051-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Here's a new patch for Time::Local that dies if it detects that it is looping: work% perl -wle 'use Time::Local; print timegm(8, 14, 3, 19, 11, 997)' Couldn't handle date (8, 14, 3, 19, 11, 997) at -e line 1 work% Under Linux here, it handles all dates in the years 1970 thru 2038 (70-99, 00-38) and dies for all other years. I don't try to address the fact that strange values are returned for dates in '38 from February onwards: the 31-bit epoch ends at 03:14:07 19th Jan 2038. p5p-msgid: 199710030030.BAA17372@crypt.compulink.co.uk
* | Trap Time::Local infinite loopTim Bunce1997-09-051-0/+3
|/ | | | (this is the same change as commit 160771401404fad17bea1cbac474c73580214f79, but as applied)
* Banishing eval from getopt.pl and Getopt/Std.pmJohn L. Allen1997-09-052-6/+6
| | | | | | | | | This is a minimal patch *adding no new features*. I submitted a prior patch that reworded the pods and allowed -- to terminate args, among other things, but it never made it in. Perhaps this will. p5p-msgid: Pine.SOL.3.91.970920154720.3683A@gateway
* xsubpp fix to allow #ifdef's around entire XSubsJohn Tobey1997-09-051-2/+2
| | | | | | | | | | | This rather trivial patch fixes a feature broken in 5.004_02's xsubpp. Namely, #line directives are interfering with the ability to put #ifdef around entire XSubs. (Well I'm glad I caught my own bug. ;-) Hope it didn't break too many of the CPAN modules!!) p5p-msgid: 199709070034.AAA16457@remote119
* Document that File::Find doesn't follow symlinksGreg Ward1997-09-051-0/+4
| | | | | | | | | | | | | Subject: following symlinks with File::Find The behaviour of File::Find with respect to symbolic links is inconsistent between Perl 5.002/5.003 and 5.004_02. Since 5.004_02's behaviour (don't follow symlinks) is more consistent with `find' itself, this is probably more of a documentation bug -- i.e., the File::Find man page should mention that 1) it doesn't follow symlinks, and 2) previous versions did, so watch out! p5p-msgid: 199708191853.OAA07111@bottom.bic.mni.mcgill.ca
* [dummy merge]Tim Bunce1997-09-050-0/+0
|\ | | | | | | | | This merge exists so that the p5p version of the patch and the applied version are both in the history
| * Syslog.pm and missing _PATH_LOGUlrich Pfeifer1997-09-051-4/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | I just ran into a problem with Syslog.pm. I tried to install some modules which did call Sys::Syslog::setlogsock('unix'). The following connect fails because my syslog.ph does not define _PATH_LOG (This is SunOS 5.5.1). The easiest way to handle this would be to make setlogsock('unix') a NOOP if _PATH_LOG is not defined. I am not advocating to ignore it silently. But can we make setlogsock return a value indicating that the operation did or did not work? It seems a little cleaner that to force users to check for _PATH_LOG themselves? p5p-msgid: p5iuw1cris.fsf@knowway.de.uu.net
* | Syslog.pm and missing _PATH_LOGTim Bunce1997-09-051-6/+12
|/ | | | (this is the same change as commit d6a06c6b3ce238e0862e09fdca0c17e9d40e9b2c, but as applied)
* [dummy merge]Tim Bunce1997-09-050-0/+0
|\ | | | | | | | | This merge exists so that the p5p version of the patch and the applied version are both in the history
| * IO::Socket autoflush by default, assume tcp and PeerAddrGisle Aas1997-09-051-6/+23
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Subject: IO::Socket suggestion The following patch to IO::Socket have this effect: - put IO::Socket objects in autoflush mode initially - assume Proto => "tcp" if no Proto is given (IO::Socket::INET) - a single argument to IO::Socket::INET->new is assumed to be a PeerAddr specification. Comments? It allows the following (rather long) one-liner to work: $ perl -I. -MIO::Socket -e '$s=IO::Socket::INET->new("www.perl.com:80");$s->print("HEAD / HTTP/1.0\n\n"); print<$s>' Credited: Andy Dougherty <doughera@newton.phys.lafayette.edu> Credited: M.J.T. Guy <mjtg@cus.cam.ac.uk> p5p-msgid: hvi07zvo9.fsf@bergen.sn.no
* | IO::Socket autoflush by default, assume tcp and PeerAddrTim Bunce1997-09-051-6/+26
|/ | | | (this is the same change as commit d103aadb464fdc9458aeaedf1165336dcbe99ff0, but as applied)
* Getopt::Long 2.11Johan Vromans1997-09-051-10/+23
| | | | private-msgid: m0xBcdR-000RArC@plume.nl.compuware.com
* [dummy merge]Tim Bunce1997-09-050-0/+0
|\ | | | | | | | | This merge exists so that the p5p version of the patch and the applied version are both in the history
| * Sys::Hostname fails under Solaris 2.5 when setuidPatrick Hayes1997-09-051-0/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | encountered a problem when using the Sys::Hostname under Solaris 2.5.1 in setuid scripts. The problem is due to Solaris' having removed gethostname from the list of syscalls. gethostname is now a libc compatability function using the 'sysinfo' syscall. As the environment I'm using this in requires setuid execution, the other methods (calling `hostname or `uname -n`) are inapplicable. I also noticed that Sys::Hostname requires syscall.ph whereas I find only sys/syscall.ph. The perl headers were created with the standard: cd /usr/include; h2ph * sys/* I've added in the following code to make Hostname.pm work on Solaris. Would it be possible to integrate this into future releases? p5p-msgid: 199708201240.OAA04243@goblin.renault.fr
* | Sys::Hostname fails under Solaris 2.5 when setuidTim Bunce1997-09-051-0/+13
|/ | | | (this is the same change as commit b6d5cd8ca8d16f83d5c4c7a0bc602634e3efb321, but as applied)
* [x] FileHandle.pm fails if Exporter has not been loaded previouslyJan Dubois1997-09-051-2/+3
| | | | | | | | | | | | | | | | | | | | | | I just found out that FileHandle.pm doesn't work if I don't "use" an exporter module before it: % perl -MFileHandle -e "print $^O" Bareword "Exporter::export" not allowed while "strict subs" in use at I:\Perl\lib/FileHandle.pm line 80. String found where operator expected at I:\Perl\lib/FileHandle.pm line 80, near "Exporter::export 'Fcntl'" (Do you need to predeclare Exporter::export?) syntax error at I:\Perl\lib/FileHandle.pm line 80, near "Exporter::export 'Fcntl'" BEGIN failed--compilation aborted. % perl -MExporter -MFileHandle -e "print $^O" MSWin32 This is with Perl5.004_04 trial 3 on WinNT., but it doesn't look like a new problem. -Jan p5p-msgid: 3445e05b.17874041@smtp2.ibm.net -> not
* xsubpp: document advanced dynamic typemap usageRujith S. de Silva1997-09-051-0/+31
|
* [dummy merge]Tim Bunce1997-09-050-0/+0
|\ | | | | | | | | This merge exists so that the p5p version of the patch and the applied version are both in the history
| * minor fix for perltrap.podAbigail1997-09-051-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | perltrap says 'Variables begin with "$" or "@" in Perl.' (twice) without addressing the possibility of "%". This patch fixes it. Of course, variables can start with "*" (typeglobs) or no special symbol (filehandles, functions) too. Should that be mentioned as well? p5p-msgid: 199709170500.BAA14805@fnx.com
* | minor fix for perltrap.podTim Bunce1997-09-051-5/+11
|/ | | | (this is the same change as commit 9bf4ea843f7631689691908b2ccde8f571b18cde, but as applied)
* Documenting the perl-thanks addressTom Phoenix1997-09-051-0/+5
| | | | private-msgid: Pine.GSO.3.96.970913064628.12359F-100000@julie.teleport.com
* Minor changes to ease port to MVSLen Johnson1997-09-052-0/+10
| | | | | | | private-msgid: 199709162058.NAA00952@mailsun2.us.oracle.com Credited: Bud Huff <SMTP%"BAHUFF@us.oracle.com" > Credited: John Pfuntner <SMTP%"pfuntner@vnet.ibm.com" > Credited: Peter Prymmer <pvhp@forte.com>
* [dummy merge]Tim Bunce1997-09-050-0/+0
|\ | | | | | | | | This merge exists so that the p5p version of the patch and the applied version are both in the history
| * Re: "perl -d" dumps core when loading syslog.phIlya Zakharevich1997-09-051-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In article <m0x4ZGj-000EZYC@alias-2.pr.mcs.net>, Stephen McCamant <alias@mcs.com> wrote: > Jochen Wiedmann writes: > > The following command dumps core on my machine: > > > > [joe@laptop joe]$ perl -d -MSys::Syslog > > Signal SEGV at /sw/linux-i386/perl-5.004.03/lib/site_perl/syslog.ph > > line 1 > > require syslog.ph called at > > /sw/share/perl-5.004.03/lib/Sys/Syslog.pm line 111 > > [...] > > IOT trap/Abort (core dumped) > > > > Without "-d" or without loading "syslog.ph" all works fine. > > This is almost certainly the same problem Greg Ward reported about a > week ago: > > Greg Ward wrote: > > In fact, I was able to reduce the bug to > > > > % perl -d -e "BEGIN { eval 'sub LOG_KERN () {0<<3;}' }" > > I still haven't seen anything from Ilya (whose reply was apparently > lost in the UPenn changeover), so in the spirit of needing it twice, > here's a patch: > > --- perl5.004_02/pp_ctl.c Sat Aug 9 00:11:51 1997 > +++ perl5.004_02+/pp_ctl.c Fri Aug 29 16:51:36 1997 > @@ -2104,7 +2104,7 @@ Lemme try again. In my missing message I explained that the same problem may hunt my (?{...}) stuff for regexps. I removed the monstrous patch proposed in the previous message, here is the alternative: Credited: Stephen McCamant <alias@mcs.com> p5p-msgid: 1997Aug30.034921.2297381@cor.newman.upenn.edu
* | Re: "perl -d" dumps core when loading syslog.phTim Bunce1997-09-051-0/+1
|/ | | | (this is the same change as commit 0996bf4347dd0a5b669d26c3867f4ed296150f0a, but as applied)
* [dummy merge]Tim Bunce1997-09-050-0/+0
|\ | | | | | | | | This merge exists so that the p5p version of the patch and the applied version are both in the history
| * update to installperl for perl5.004_02 to skip CVS dirTony Sanders1997-09-051-0/+5
| | | | | | | | | | | | | | | | | | Without this patch, it installs the CVS directories along with the other lib files. You could probably merge this test with the one below it (just always set prune or something) -- I'll leave that decision upto the perl wizards. p5p-msgid: 199708272307.RAA13451@austin.bsdi.com
* | update to installperl for perl5.004_02 to skip CVS dirTim Bunce1997-09-051-2/+7
|/ | | | (this is the same change as commit 4b66953f587b2138e003f8c94d1fd938314f4325, but as applied)
* [shell changes from ]Tim Bunce1997-09-054-155/+0
| | | | | | | | | | | | | Change from running these commands: rm -f ext/util/extliblist touch hints/os390.sh touch lib/base.pm touch t/lib/dosglob.t chmod 555 t/lib/dosglob.t exit 0
* [inseperable differences to perl 5.004_03]perl-5.004_03Tim Bunce1997-09-0522-3334/+253
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | [editor's note: the following patches could not be applied from the list messages. There are also various unattributed changes.] ------ BUILD PROCESS ------ Title: "Configure can stop without fully explaining itself" From: Jim Anderson <jander@ml.com> Msg-ID: <199708111328.JAA28976@nsd15.ny-swaps-develop.ml.com>, <199708111952.PAA29346@nsd15.ny-swaps-develop.ml.com> Files: Configure ------ CORE LANGUAGE ------ Title: "GNU style perl --version (or any other --foo) ignored" From: "M.J.T. Guy" <mjtg@cus.cam.ac.uk>, Kenneth Albanowski <kjahds@kjahds.com>, Stephen McCamant <alias@mcs.com> Msg-ID: <E0wx8MO-0007BS-00@ursa.cus.cam.ac.uk>, <Pine.LNX.3.93.970813122557.9443C-100000@kjahds.com>, <m0wy8nl-000EYgC@alias-2.pr.mcs.net> Files: pod/perldiag.pod perl.c ------ DOCUMENTATION ------ Title: "perlop pod inconsistent in presentation of regexp options" From: "M.J.T. Guy" <mjtg@cus.cam.ac.uk>, Hans Mulder <hansm@icgned.nl>, jmr@whirlwind.fmr.com Msg-ID: <199708061404.KAA06717@whirlwind.fmr.com>, <199708081505.LAA09810@whirlwind.fmr.com>, <1997Aug7.160530.2196011@hmivax.humgen.upenn.edu>, <E0wwnqc-00057s-00@ursa.cus.cam.ac.uk>, <E0wwswg-00017x-00@ursa.cus.cam.ac.uk> Files: pod/perlop.pod [ 2 messages had applied changes, d1a7f0f436d72614358862f92db9613296be2744 and b7e30b65e77616e7336a6cda54d9c3d5935d0cfc ] ------ PORTABILITY - WIN32 ------ Title: "[PATCH] Win95-proofing pl2bat" From: Gurusamy Sarathy <gsar@engin.umich.edu> Msg-ID: <199708121733.NAA14888@aatma.engin.umich.edu> Files: win32/bin/*.bat [ d444a43172237b6bdd9f0a52017be3b0d792aa5c didn't apply the deletion patches, so the deletes in this commit are a carried error ] ------ PORTABILITY - OTHER ------ Title: "5.004_02 Configure - worrying but normal errors displayed to user" From: Paul Marquess <pmarquess@bfsec.bt.co.uk>, pmarquess@bfsec.bt.co.uk (Paul Marquess) Msg-ID: <01BCA3DE.E257BFC0.pmarquess@bfsec.bt.co.uk>, <9708102159.AA11726@claudius.bfsec.bt.co.uk> Files: Configure os2/diff.configure [ one patch found, see 61167c6fd6d55c5f975404dcb56c3d0a87cd2c21 ] Title: "Minor glitch with Perl 5.004_01 on SunOS 4.1.3 (groupstype)" From: thad@thadlabs.com (Thad Floryan) Msg-ID: <9708111415.AA03808@thadlabs.com> Files: hints/sunos_4_1.sh
* Improve dual-universe comments in hints/sunos_4_1.shAndy Dougherty1997-09-051-1/+20
| | | | | | | | | | On Tue, 12 Aug 1997, Tim Bunce wrote: > Here's the 5.004_03 trial 1 patch. 5.004_03 trial 1 included the following update to hints/sunos_4_1.sh: p5p-msgid: Pine.SUN.3.96.970812170358.14488E-100000@newton.phys
* [OK] Perl5.004_02 on Alpha NTWilliam Middleton1997-09-051-0/+2
| | | | | | | | | | | | | | | | After applying the patch below, perl5.004_02 builds and passes all tests 100% on Alpha NT with MSVC 4.2. The patch simply wraps around the initialization code in win32.c which calls _control87(). If desired, I can build a binary dist for Alpha NT based on Sarathy's packlist for his. Bill p5p-msgid: 199708072100.OAA13141@ducks
* /x is not a valid shell switch on Win95Gurusamy Sarathy1997-09-051-3/+7
| | | | | | | This one fixes `Invalid switch' messages on Windows95 when running system() et al. p5p-msgid: 199708121720.NAA14760@aatma.engin.umich.edu
* perlfunc.pod errorTom Christiansen1997-09-051-1/+1
| | | | | | | Considering that writing "whom" for "who" is a pet peeve of mine, I doubt whether I introduced that one, but let's please fix it anyway. :-) p5p-msgid: 199708102235.QAA18420@jhereg.perl.com
* doc patch for pack("p",undef) packing a NULL pointerPaul Marquess1997-09-052-1/+6
| | | | | | | I just noticed that the new feature where pack p/P will generate a NULL pointer when given undef isn't documented anywhere. So here is a patch p5p-msgid: 9708102159.AA11726@claudius.bfsec.bt.co.uk
* perlop pod inconsistent in presentation of regexp optionsJohn Redford1997-09-051-1/+1
| | | | | | | | | | | | | | [regarding b7e30b65e77616e7336a6cda54d9c3d5935d0cfc] Uh, I dont normally comment on patches, but I hope this is rejected. I have no idea what the 'standard' is, but the modifier is not '/c' (I dont recall if I refered to it that way in my first message, but I was being coloquial if so), insofar as the '/' is part of another syntactic structure which does not even require it to be a '/'. Credited: Hans Mulder <hansm@icgned.nl> p5p-msgid: 199708081505.LAA09810@whirlwind.fmr.com
View Lorry Controller Status