BSD/OS 3.0 hints

(this is the same change as commit 077b59947527f35fc97006c59d4f42e5fbe0b977, but as applied)

Ignore whitespace before +*? in //x

[differences between cumulative patch application and perl-5.003_93]

[inseparable changes from match from perl-5.003_92 to perl-5.003_93]

 BUILD PROCESS

Subject: Fix for Unisys UNIX and libperl.so
Date: Thu, 6 Mar 97 16:28 GMT0
From: Alan Burlison <aburlison@cix.compulink.co.uk>
Files: Configure
Msg-ID: memo.147328@cix.compulink.co.uk

    (applied based on p5p patch as commit 2f525a329506abe067c4ec9d4c7ae13d8b223081)

Subject: Allow './Configure -Uoptimize'
Date: Thu, 06 Mar 1997 11:15:47 -0500 (EST)
From: Andy Dougherty <doughera@fractal.phys.lafayette.edu>
Files: Configure
Msg-ID: Pine.SOL.3.95q.970306110532.11070A-100000@fractal.lafayette.

    (applied based on p5p patch as commit 59ae47780c168857b216412f8354d10ae6dd0b61)

Subject: Use 'test -f', not 'test -x'
Date: Fri, 7 Mar 1997 19:53:00 -0500
From: Spider Boardman <spider@web.zk3.dec.com>
Files: Configure
Msg-ID: 199703080053.TAA13943@web.zk3.dec.com

    (applied based on p5p patch as commit 64b4562546c4e74f87c21f65a76ec05e96a1b74f)

 CORE LANGUAGE CHANGES

Subject: Don't autovivify array and hash elements in sub parameters
Date: Thu, 06 Mar 1997 14:12:09 -0500
From: Gurusamy Sarathy <gsar@engin.umich.edu>
Files: op.c pod/perldelta.pod pod/perlsub.pod pod/perltrap.pod
Msg-ID: 199703061912.OAA20606@aatma.engin.umich.edu

    (applied based on p5p patch as commit 0ffc6623ceb5acc7b954e8cdbaeb8ba319474d7b)

Subject: Support READ and GETC for tied handles
Date: Sat, 08 Mar 1997 19:19:38 -0500
From: Doug MacEachern <dougm@opengroup.org>
Files: pod/perldelta.pod pod/perltie.pod pp_sys.c t/op/misc.t
Msg-ID: 199703090019.TAA32591@postman.osf.org

    (applied based on p5p patch as commit b06b64f805517c26cbd7c4d2f74efd5f36b4692c)

Subject: Warn on C<@x =~ /a/> and C<%x =~ s/a/b/>
From: Chip Salzenberg <chip@perl.com>
Files: op.c pod/perldiag.pod

 CORE PORTABILITY

Subject: VMS update
Date: Fri, 07 Mar 1997 22:49:46 -0500 (EST)
From: Charles Bailey <bailey@HMIVAX.HUMGEN.UPENN.EDU>
Files: lib/ExtUtils/MM_VMS.pm vms/descrip.mms vms/gen_shrfls.pl vms/sockadapt.h

    private-msgid: 01IG8KN5R28M00661G@hmivax.humgen.upenn.edu

 DOCUMENTATION

Subject: Consolidated INSTALL updates since _92
Date: Sat, 08 Mar 1997 13:21:22 -0500 (EST)
From: Andy Dougherty <doughera@fractal.phys.lafayette.edu>
Files:
Msg-ID: Pine.SOL.3.95q.970308131806.23766F-100000@fractal.lafayette.

    (applied based on p5p patch as commit e6834c60cd85866fc530e8b4bb831af6186bad4d)

Subject: PODs corrections
Date: Fri, 7 Mar 1997 21:53:04 -0500 (EST)
From: Ilya Zakharevich <ilya@math.ohio-state.edu>
Files: ext/DB_File/DB_File.pm ext/Socket/Socket.pm lib/Class/Template.pm lib/ExtUtils/Embed.pm lib/ExtUtils/MM_VMS.pm lib/ExtUtils/Mksymlists.pm lib/File/Basename.pm lib/File/stat.pm lib/Time/gmtime.pm lib/Time/localtime.pm lib/Time/tm.pm lib/User/grent.pm lib/User/pwent.pm pod/perlcall.pod pod/perldebug.pod pod/perlfunc.pod pod/perlguts.pod pod/perllocale.pod pod/perlop.pod pod/perlsub.pod
Msg-ID: 199703080253.VAA24975@monk.mps.ohio-state.edu

    (applied based on p5p patch as commit 72451f4af0d31f24ef5b12bc5d034e3e8b35d43d)

 OTHER CORE CHANGES

Subject: Fix imbalanced ENTER/LEAVE from C<BEGIN{die}>
From: Chip Salzenberg <chip@perl.com>
Files: op.c perl.c proto.h

Subject: perl -P path patch
Date: Sat, 08 Mar 1997 12:45:08 -0500 (EST)
From: Andy Dougherty <doughera@fractal.phys.lafayette.edu>
Files: config_H config_h.SH perl.c plan9/config.plan9 t/comp/cpp.t vms/config.vms win32/config.H
Msg-ID: Pine.SOL.3.95q.970308120242.23766D-100000@fractal.lafayette.

    (applied based on p5p patch as commit bba014945c609b5474f61f5e82ed2ff3e83a6e47)

PODs corrections

Below I fix misfeatures of PODs found by pod2ipf. Just for fun note that it
auto-recognizes hyperlinks to WWW now.

p5p-msgid: 199703080253.VAA24975@monk.mps.ohio-state.edu

[dummy merge]

This merge exists so that the p5p version of the patch and the applied
version are both in the history

Consolidated INSTALL updates since _92

I've incorporated the various suggestions for INSTALL.  Here's
the current version.  (I took the opportunity to regularize some
of the malloc-related sections as well as add the appropriate
info.)

Note:  There's one error here:  I refer users to L<perlvar> for
the description of $^M, but I don't see it there!

p5p-msgid: Pine.SOL.3.95q.970308131806.23766F-100000@fractal.lafayette.edu
private-msgid: Pine.SOL.3.95q.970308131806.23766F-100000@fractal.lafayette.

OS/2 doc update

(this is the same change as commit de0c99f683f89c0419c77decc2ae7cee1432e5d4, but as applied)

OS/2 doc update

The patch below fixes some other goofs in README.os2 and INSTALL
discovered by pod2ipf (again, broken links + minor updates to OS/2).

p5p-msgid: 199703080537.AAA25157@monk.mps.ohio-state.edu

Use 'test -f', not 'test -x'

Subject: 3_92 get "test: argument expected" during Configure

This is a bug report for perl from spider@web.zk3.dec.com,
generated with the help of perlbug 1.16 running under perl 5.00392.

p5p-msgid: 199703080053.TAA13943@web.zk3.dec.com

Warn about '.' terminating E-Mail

Allow './Configure -Uoptimize'

Subject: Re: miniperl core dumps during build of 5.003_91 on Unisys SVR4

On Thu, 6 Mar 1997, Alan Burlison wrote:

> In-Reply-To: <memo.119650@cix.compulink.co.uk>
> > miniperl dumps core during the build on Unisys SVR4 version 1.4.

> Apparently there is a bug in the C compiler optimiser in this version
> of the OS.  I'll attribute this problem to that, & just turn off

Our record in this regard is mixed, at best, I think.  (Some
problems that appeared to be optimizer problems have been made to go
away by fixing possibly-related bugs in the perl source.)  Still, if it
works . . . .

> debugging. I am using Configure -des -Doptimize=' ' to do that.  Is
> this the best way?  -Uoptimize causes Configure to die.

Oops.  That's not nice.  The way I do this is

sh Configure -Doptimize=none

though your way is quite fine too.

In general, there's no particular reason to expect optimize='undef' to
do what you want, but it's not hard to handle it gracefully either, so
we could apply this low-urgency but low-risk patch:

p5p-msgid: Pine.SOL.3.95q.970306110532.11070A-100000@fractal.lafayette.edu
private-msgid: Pine.SOL.3.95q.970306110532.11070A-100000@fractal.lafayette.

Fix more E-Mail addresses in pods

Fix for Unisys UNIX and libperl.so

Subject: Re: Why libperl.a instead of libperl.so in 5.003_91? - A PATCH

In-Reply-To: <memo.141901@cix.compulink.co.uk>
> On the hunt of the elusive cause of the dynamic linker errors I am
> getting in 5.003_91, I have noticed that unlike every other vesion of
> perl5 prior to 5.002 that I have built on this platform, Configure
> now builds a libperl.a instead of a libperl.so.  Why?  I also note
> that the -Kpic flag has disappeared from the cc command lines.  Why?

The following patch to Configure solves the problem.  Do I win the prize for
the smallest ever patch to Perl?

p5p-msgid: memo.147328@cix.compulink.co.uk

Quote pathname before using as pattern

perl -P path patch

On Fri, 7 Mar 1997, Robin Barker wrote:

> This is a bug report for perl from rmb1@npl.co.uk,
> generated with the help of perlbug 1.16 running under perl 5.00392.
>
>
> -----------------------------------------------------------------
> [Please enter your report here]
>
> I can't get perl -P to work.
>
> In particular
> % perl -P t/comp/cpp.aux
> sh: /home/rmb1/local/perl/bin/cppstdin: not found
>
> the make process constructs cppstdin in the src directory
> and would copy that to $installbin
> but both t/comp/cpp.t and the perl binary look for a cppstdin
> executable in $scriptdir.

Thanks for the report.  This is a bug.  cppstdin belongs in $installbin,
not $scriptdir.

Why?  Because cppstdin is architecture-dependent.  It depends, in detail,
on the particular compiler required for that architecture.  True, we could
rewrite it in portable perl to use all the appropriate Config.pm
variables, but really, why bother?  It's a tiny script that is rarely
used, and I don't want to further encourage its use.

Here's a patch.  Hmm.  It's a bit longer than I first imagined because I
need to use BIN_EXP instead of BIN, and since perl currently doesn't use
BIN_EXP, metaconfig hadn't stuck it in config.h.

Alternatively, we could have put cppstdin in $installarch or something
like that, but we'd better keep it in $bin just in case some-one's been
relying on that.

Ok.  Here it is.  (Mind you, I haven't yet *tested* this on a machine that
needs cppstdin :-).

p5p-msgid: Pine.SOL.3.95q.970308120242.23766D-100000@fractal.lafayette.edu
private-msgid: Pine.SOL.3.95q.970308120242.23766D-100000@fractal.lafayette.

Ignore backup files in strict.t and warning.t

Support READ and GETC for tied handles

Subject: Re: Seeds of _93: planting TIEHANDLE/READ

Ilya Zakharevich <ilya@math.ohio-state.edu> wrote:

> Doug MacEachern writes:
> >
> > Chip Salzenberg <salzench@nielsenmedia.com> wrote:
> >
> > > Here's what I have for _93.  Speak now, etc.
> >
> > sorry to plant this seed so late, but I think it's important for the
> > growth of young TIEHANDLE.  We have PRINT and READLINE, why no READ?
>
> If you added READ, where is getc? Or is it covered by the patch?

sorry, I was being selfish, I don't care about getc :-)  new patch
against fresh _92 below.  I know this all came up in the past, there
are more missing, why where they not covered before?

p5p-msgid: 199703090019.TAA32591@postman.osf.org

Fix counts in output of TEST

Solaris 2.5.1: clean make, test and install, except for a slight bug in
t/TEST itself. Before the patch below it reports:

  All tests successful.
  u=0.45  s=0.44  cu=27.36  cs=13.53  scripts=1  tests=17

and after, it reports:

  All tests successful.
  u=0.44  s=0.35  cu=28.39  cs=13.93  scripts=145  tests=3618

p5p-msgid: 331F1507.4BE8@iii.co.uk

Don't autovivify array and hash elements in sub parameters

On Thu, 06 Mar 1997 10:02:33 PST, Larry Wall wrote:
>: =head2 Why does passing a subroutine an undefined element in a hash create it?
>:
>: If you say something like:
>:
>:     somefunc($hash{"nonesuch key here"});
>:
>: Then that element "autovivifies"; that is, it springs into existence
>: whether you store something there or not.  That's because functions
>: get scalars passed in by reference.  If somefunc() modifies C<$_[0]>,
>: it has to be ready to write it back into the caller's version.
>
>I still think this behavior is bogus.  By default, it should simply be
>an error to pass an undefined value to a routine that wants to modify
>it.  (We can maybe modify that in the future with prototypes.)
>
>: =for p5p is this still true?
>
>Yes, unfortunately.  Is my editorial opinion leaking through here?  :-)

I hope you considered my one-line patch to revert this behavior to that of
perl5.001 (and perl4).  I still think we'd be doing a service to include
this patch in 5.004 (and remove that section from the FAQ and the docs).

One may still modify real scalars via $_[0] with the patch, so it has
little potential to cause breakage.

p5p-msgid: 199703061912.OAA20606@aatma.engin.umich.edu

Open[23] autoflush docs

p5p-msgid: 7939.857693947@eeyore.ibcinc.com

@EXPORT_FAIL fix for Exporter.pm

The default export_fail method in Exporter.pm needs to drop the first
argument (the class name).

p5p-msgid: 24884.857841724@eeyore.ibcinc.com

Carp with multiple arguments

Subject: Carp with multiple arguments (and lack of tests)

carp/croak/confess are documented as similar to warn/die, but whereas
warn/die print multiple arguments, carp/croak/confess print only the
first.    Assuming that this is a bug rather than a feature, the following
patch corrects it.   (And if it _is_ a feature, the pod needs updating
instead, to explain it away.)

Trying to be polite, I thought I'd update the Carp tests to cover this
case.    But I couldn't find any Carp tests ...    I'll have a go
at rectifying this lacuna.   But not till tomorrow.

p5p-msgid: E0w3STZ-0007RW-00@taurus.cus.cam.ac.uk

[dummy merge]

This merge exists so that the p5p version of the patch and the applied
version are both in the history

Don't count on 'trap 0' inside () in shell script

(this is the same change as commit 2626e112ed2a75058c6a5e98cce21f1af08a8ace, but as applied)

Don't count on 'trap 0' inside () in shell script

When building 5.003_91, I noticed that Configure leaves a load of files lying
around in /tmp, for example exp21743c, etc.  These appear to contain lists of
symbols.  A bit of digging reveals that the offender is the perl_exp.SH
script.  This contains a bit of code of the form

        (
        trap "rm -f ...." 0
        ...
        )

I guess that when the sub-shell invoked by the ( ... ) construct exits, the
trap 0 should be taken, and the files removed.  Unfortunately, I have noticed
that on at least 2 systems (UnixWare & Unisys SVR4) this doesn't happen.  The
following patch fixes it.

p5p-msgid: memo.147326@cix.compulink.co.uk

Make conversion of @_ to real array work right after C<shift>

AmigaOS hint patch

92 compiles and tests 100% under AmigaOS and NetBSD 1.2.
The following patch is needed to prevent Configure from
blowing up pdksh. Don't ask me why, I haven't the foggiest idea. :-(

p5p-msgid: 77724767@Armageddon.meb.uni-bonn.de

Warn on %{+undef} and @{+undef}

[differences between cumulative patch application and perl-5.003_92]

[inseparable changes from match from perl-5.003_91 to perl-5.003_92]

 CORE LANGUAGE CHANGES

Subject: Strictly follow lexical context of C<eval ''> and nested subs
From: Chip Salzenberg <chip@perl.com>
Files: op.c

Subject: Make ::SUPER and UNIVERSAL work together
From: Chip Salzenberg <chip@perl.com>
Files: gv.c pod/perlguts.pod

 CORE PORTABILITY

Subject: OS/2 patches
Date: Wed, 5 Mar 1997 22:08:43 -0500 (EST)
From: Ilya Zakharevich <ilya@math.ohio-state.edu>
Files: hints/os2.sh lib/ExtUtils/MakeMaker.pm t/op/taint.t
Msg-ID: 199703060308.WAA22211@monk.mps.ohio-state.edu

    (applied based on p5p patch as commit eda4d5189d403b15f244b4696a710fb91d15053e)

Subject: VMS patches
Date: Wed, 05 Mar 1997 23:10:24 -0500 (EST)
From: Charles Bailey <bailey@HMIVAX.HUMGEN.UPENN.EDU>
Files: lib/ExtUtils/MM_VMS.pm lib/ExtUtils/Manifest.pm perlsdio.h t/op/runlevel.t t/op/taint.t vms/descrip.mms vms/perly_c.vms vms/sockadapt.c vms/sockadapt.h vms/vms_yfix.pl

    private-msgid: 01IG5SQE4A6U00661G@hmivax.humgen.upenn.edu

 DOCUMENTATION

Subject: Add taint checks and srand to perldelta
Date: Sun, 2 Mar 1997 11:56:08 -0800 (PST)
From: Tom Phoenix <rootbeer@teleport.com>
Files: pod/perldelta.pod
Msg-ID: Pine.GSO.3.95q.970302115355.23058D-100000@kelly.teleport.com

    (applied based on p5p patch as commit b28e0bc0aa3232e18d1bacb3efcbfb755ad100e0)

Subject: Don't call FileHandle 'deprecated'
From: Chip Salzenberg <chip@perl.com>
Files: pod/perldelta.pod

Subject: Improve sample module header
Date: Sat, 01 Mar 1997 10:32:31 -0700
From: Tom Christiansen <tchrist@jhereg.perl.com>
Files: pod/perlmod.pod
Msg-ID: 199703011732.KAA14693@jhereg.perl.com

    (applied based on p5p patch as commit 3e1e15658152387f41e00ded4796cede4e1e10d3)

Subject: Update list of CPAN sites
Date: Sun, 2 Mar 1997 16:54:22 +0200 (EET)
From: Jarkko Hietaniemi <jhi@iki.fi>
Files: pod/perlmod.pod
Msg-ID: 199703021454.QAA07446@alpha.hut.fi

    (applied based on p5p patch as commit 9423903e60e6c92c1893f5f4cab2476f403f8a4b)

Subject: Enhance description of 'server error'
Date: Tue, 4 Feb 1997 21:03:23 +0200 (EET)
From: Jarkko Hietaniemi <jhi@cc.hut.fi>
Files: pod/perldiag.pod

    private-msgid: 199702041903.VAA16070@alpha.hut.fi

Subject: Regularize format of E-Mail addresses in *.pod
From: Chip Salzenberg <chip@perl.com>
Files: pod/*.pod

 LIBRARY AND EXTENSIONS

Subject: Use IV instead of double for tms structure members
From: Chip Salzenberg <chip@perl.com>
Files: ext/POSIX/POSIX.xs

 OTHER CORE CHANGES

Subject: Make sure $^X is tainted when ARG_ZERO_IS_SCRIPT
From: Chip Salzenberg <chip@perl.com>
Files: toke.c

Subject: Clarify '-T too late' error
From: Chip Salzenberg <chip@perl.com>
Files: perl.c pod/perldiag.pod

Subject: Warn when redefining or undefining a constant sub
From: Chip Salzenberg <chip@perl.com>
Files: pod/perldiag.pod pp.c sv.c

Subject: Don't generate spurious 'not imported' warning
From: Chip Salzenberg <chip@perl.com>
Files: gv.c t/pragma/strict-vars pod/perldiag.pod

Subject: Clarify message re: @host in string
From: Chip Salzenberg <chip@perl.com>
Files: pod/perldiag.pod pod/perltrap.pod toke.c

Subject: Disconnect refs that are targets of pp_readline
From: Chip Salzenberg <chip@perl.com>
Files: pp_hot.c

Subject: Fix typo in test of HvFILL()
From: Chip Salzenberg <chip@perl.com>
Files: op.c

Subject: Allow for pad name array to be shorter than pad array
From: Chip Salzenberg <chip@perl.com>
Files: op.c

Subject: Eliminate format-string type warnings
Date: Mon, 3 Mar 1997 10:15:11 +0100 (MET)
From: Hallvard B Furuseth <h.b.furuseth@usit.uio.no>
Files: doio.c ext/POSIX/POSIX.xs gv.c hints/dec_osf.sh pp.c pp_ctl.c pp_hot.c run.c sv.c x2p/a2py.c

    private-msgid: 199703030915.KAA11634@bombur2.uio.no

Subject: Update copyright dates
From: Chip Salzenberg <chip@perl.com>
Files: *.[hc] x2p/*.[hc] win32/EXTERN.h vms/vmsish.h vms/vms.c

 TESTS

Subject: Smarter t/op/taint.t
Date: Mon, 3 Mar 1997 10:31:54 -0800 (PST)
From: Tom Phoenix <rootbeer@teleport.com>
Files: t/op/taint.t

    private-msgid: Pine.GSO.3.95q.970303103047.24000A-100000@kelly.teleport.com

Subject: Fix taint test for systems without csh
From: Chip Salzenberg <chip@perl.com>
Files: t/op/taint.t

Update list of CPAN sites

p5p-msgid: 199703021454.QAA07446@alpha.hut.fi

[dummy merge]

This merge exists so that the p5p version of the patch and the applied
version are both in the history

Improve sample module header

Subject: Re: addition to perlmod and perlfaq?

Here's the "final" version.  Larry and I have to
head off to a book signing now.  Chip, please have
this replace the old stuff I have in L<perlmod/"Perl Modules">
that begins with ``package Fred;''.

p5p-msgid: 199703011732.KAA14693@jhereg.perl.com
Signed-off-by: Graham Barr <gbarr@ti.com>

Clarify C<crypt> documentation

(this is the same change as commit f827b0a6c8a4efd53c50a16b098f59ac04fd670d, but as applied)

Clarify C<crypt> documentation

From a suggestion I got in private e-mail. Most readers of this list will
quickly recognize this as the part of perlfunc which explains crypt. This
should apply over my previous patch, but if you've already fixed my typo,
you'll have to fix something by hand.

p5p-msgid: Pine.GSO.3.95q.970228131112.12357D-100000@kelly.teleport.com

Add taint checks and srand to perldelta

p5p-msgid: Pine.GSO.3.95q.970302115355.23058D-100000@kelly.teleport.com

Support 'long long' in h2ph

OS/2 patches

Chip Salzenberg writes:
>
> Below is a raw list of the changes I've incorporated into my working
> source tree.  I've not broken them down by category yet, or edited
> their titles; they're in chronological order of application.

Here is what I have:

a) Minor fix for hints/os2;
b) 1 taint test minorly broken (does not unset IFS), and should be
switched off on DOSISH systems anyway :-(;
c) One additional word made legal in MakeMaker (It was supported
before, but a warning was issued).

Enjoy,

p5p-msgid: 199703060308.WAA22211@monk.mps.ohio-state.edu

[dummy merge]

This merge exists so that the p5p version of the patch and the applied
version are both in the history

Update pod2html

(this is the same change as commit ffcd4c5fd14c54dc48f279f8fb1699214b296ed6, but as applied)

Update pod2html

> [...]
> # Lost interest?  It's so bad I've lost apathy.

You too, eh?

However, here's a patch which brings the _91 version up to date.

YES, it still slurps chunks.      ( No comment )

YES, it still uses XMP.           (Nothing else works right)

YES, it still is hard to follow.  (But oh, the joy of figuring it out!)

YES, it works on all platforms with configuration, including Macs...

I had pretty much given up on this, just telling people to grab
the latest from my CPAN dir, but I get alot of mail with fixes
against 1.15, and this is version is vastly better...  Please
try it, and apply to 5.004, if it's not too late.

I will (respectfully) ignore any whining about the inappropriateness
of some of the things I had to do in here.  Also any comments
about other renditions, I've tried them all, and this one still
excels; besides working on all platforms.  I'm in the middle of a
rather difficult project, and I took the day off today to get this
together.

p5p-msgid: 199703030025.QAA08106@ducks

Don't test locales if there is no setlocale()

Make op/TEST silent under -w

Below is a unidiff to make t/TEST "-w" clean.

p5p-msgid: 199703011821.NAA13037@sinistar.idle.com

Document IO::File::new_tmpfile

Fix quotewords

Subject: Re: Fix for ::SUPER with UNIVERSAL

In <199703052319.SAA32568@rio.atlantic.net>, Chip Salzenberg writes:
:Cute.  It turns out that FileHandle and IO::Handle were okay, but the
:handling of ::SUPER (which is used by IO::Handle::new) was broken in
:the face of UNIVERSAL.
:
:Here's a patch.
That fixes it.
Here's one back - I think Text::ParseWords->quotewords is more broken than
this, but it's a start.

p5p-msgid: 199703060755.HAA15060@crypt.compulink.co.uk

Benchmark: using code refs

It often irritates me that I can't supply a coderef to the Benchmark::
routines: here's a small patch to allow them.

p5p-msgid: 199703041132.LAA07613@tyree.iii.co.uk

Refresh Getopt::Long to 2.9

[dummy merge]

This merge exists so that the p5p version of the patch and the applied
version are both in the history

Newer ReadLine

(this is the same change as commit bcbbe6e503cc1899ede8fc1ac0c1c14e432c4f60, but as applied)

Newer ReadLine

Finally I could compile GNU ReadLine2.1, so I got some experience with
T::R::Gnu. Unfortunately, debugger could not use any advanced features
of T::R::Gnu since it was accessing the features of T::R::Perl via
backdoors.

I reworked the interface to use object-oriented methods so that it
should not know anything about the particular ReadLine package it uses
(as far as it conforms to some simple interface).

Below is that part of the patch which should go into standard
distribution

Consider it as mildly emergent bug fix, it is -w-safe,

Enjoy,

p5p-msgid: 199703040634.BAA19919@monk.mps.ohio-state.edu

Change 'continuing anyway' to 'probably harmless'

[dummy merge]

This merge exists so that the p5p version of the patch and the applied
version are both in the history

near-harmless bug in _91's Configure

(this is the same change as commit 79893acbe8efa42713540e8af91f667f182baa34, but as applied)

near-harmless bug in _91's Configure

At line 8118 of _91's Configure is this:

    echo"(I can't seem to compile the test program...)"

note missing space after echo.

p5p-msgid: pzg1yfuiza.fsf@eeyore.ibcinc.com

Re: The continuing MachTen saga

private-msgid: Pine.GSO.3.95q.970305091611.3572E-100000@kelly.teleport.com

HP-UX hint update

Quoting Chip Salzenberg:
:If you have a second, please look them over and see if anything
:important is out or anything broken is in.

I don't see my hint/hpux.sh patch. Here it is again (in unified format
this time):

p5p-msgid: 1479.857653838@lyon.grenoble.hp.com

OS/2 patches

Chip Salzenberg writes:
>
> Below is a raw list of the changes I've incorporated into my working
> source tree.  I've not broken them down by category yet, or edited
> their titles; they're in chronological order of application.

Here is what I have:

a) Minor fix for hints/os2;
b) 1 taint test minorly broken (does not unset IFS), and should be
switched off on DOSISH systems anyway :-(;
c) One additional word made legal in MakeMaker (It was supported
before, but a warning was issued).

Enjoy,

p5p-msgid: 199703060308.WAA22211@monk.mps.ohio-state.edu

[dummy merge]

This merge exists so that the p5p version of the patch and the applied
version are both in the history

Clarify C<crypt> documentation

(this is the same change as commit 033135fa782fb902eccfa5fabb72b7be2050ba12, but as applied)

Clarify C<crypt> documentation

p5p-msgid: <Pine.GSO.3.95q.970228131112.12357D-100000@kelly.teleport.com>

Support 'long long' in h2ph

[dummy merge]

This merge exists so that the p5p version of the patch and the applied
version are both in the history

Update pod2html

(this is the same change as commit 90841c69f02b801a9d408ee4b2ed3da4664a144d, but as applied)

Update pod2html

> [...]
> # Lost interest?  It's so bad I've lost apathy.

You too, eh?

However, here's a patch which brings the _91 version up to date.

YES, it still slurps chunks.      ( No comment )

YES, it still uses XMP.           (Nothing else works right)

YES, it still is hard to follow.  (But oh, the joy of figuring it out!)

YES, it works on all platforms with configuration, including Macs...

I had pretty much given up on this, just telling people to grab
the latest from my CPAN dir, but I get alot of mail with fixes
against 1.15, and this is version is vastly better...  Please
try it, and apply to 5.004, if it's not too late.

I will (respectfully) ignore any whining about the inappropriateness
of some of the things I had to do in here.  Also any comments
about other renditions, I've tried them all, and this one still
excels; besides working on all platforms.  I'm in the middle of a
rather difficult project, and I took the day off today to get this
together.

p5p-msgid: 199703030025.QAA08106@ducks

Don't test locales if there is no setlocale()

Make op/TEST silent under -w

Below is a unidiff to make t/TEST "-w" clean.

p5p-msgid: 199703011821.NAA13037@sinistar.idle.com

Document IO::File::new_tmpfile

Fix quotewords

Subject: Re: Fix for ::SUPER with UNIVERSAL

In <199703052319.SAA32568@rio.atlantic.net>, Chip Salzenberg writes:
:Cute.  It turns out that FileHandle and IO::Handle were okay, but the
:handling of ::SUPER (which is used by IO::Handle::new) was broken in
:the face of UNIVERSAL.
:
:Here's a patch.
That fixes it.
Here's one back - I think Text::ParseWords->quotewords is more broken than
this, but it's a start.

p5p-msgid: 199703060755.HAA15060@crypt.compulink.co.uk

Benchmark: using code refs

It often irritates me that I can't supply a coderef to the Benchmark::
routines: here's a small patch to allow them.

p5p-msgid: 199703041132.LAA07613@tyree.iii.co.uk

Refresh Getopt::Long to 2.9

[dummy merge]

This merge exists so that the p5p version of the patch and the applied
version are both in the history

Newer ReadLine

(this is the same change as commit d064f897c983478165072b3747bdb05ee656e1e6, but as applied)

Newer ReadLine

Finally I could compile GNU ReadLine2.1, so I got some experience with
T::R::Gnu. Unfortunately, debugger could not use any advanced features
of T::R::Gnu since it was accessing the features of T::R::Perl via
backdoors.

I reworked the interface to use object-oriented methods so that it
should not know anything about the particular ReadLine package it uses
(as far as it conforms to some simple interface).

Below is that part of the patch which should go into standard
distribution

Consider it as mildly emergent bug fix, it is -w-safe,

Enjoy,

p5p-msgid: 199703040634.BAA19919@monk.mps.ohio-state.edu

Change 'continuing anyway' to 'probably harmless'

near-harmless bug in _91's Configure

At line 8118 of _91's Configure is this:

    echo"(I can't seem to compile the test program...)"

note missing space after echo.

p5p-msgid: pzg1yfuiza.fsf@eeyore.ibcinc.com

Re: The continuing MachTen saga

private-msgid: Pine.GSO.3.95q.970305091611.3572E-100000@kelly.teleport.com

HP-UX hint update

Quoting Chip Salzenberg:
:If you have a second, please look them over and see if anything
:important is out or anything broken is in.

I don't see my hint/hpux.sh patch. Here it is again (in unified format
this time):

p5p-msgid: 1479.857653838@lyon.grenoble.hp.com

[differences between cumulative patch application and perl-5.003_91]

[inseparable changes from match from perl-5.003_90 to perl-5.003_91]

 BUILD PROCESS

Subject: Sanity check linking with $libs
Date: Tue, 25 Feb 1997 14:13:45 -0500 (EST)
From: Andy Dougherty <doughera@fractal.phys.lafayette.edu>
Files: Configure
Msg-ID: <Pine.SOL.3.95q.970225221634.2486A-100000@fractal.lafayette.edu>

    (applied based on p5p patch as commit 5c37e92e59bb92e49d5a21017cd6dc066a28ddea)

Subject: Flush stdout when printing $randbits guess
From: Chip Salzenberg <chip@perl.com>
Files: Configure

Subject: Configure changes for Irix nm
From: Helmut Jarausch <helmutjarausch@unknown>
Files: Configure

 CORE LANGUAGE CHANGES

Subject: Fix perl_call_*() when !G_EVAL
Date: Tue, 25 Feb 1997 02:25:56 -0500
From: Gurusamy Sarathy <gsar@engin.umich.edu>
Files: MANIFEST gv.c interp.sym perl.c perl.h pp_ctl.c pp_sys.c t/op/runlevel.t
Msg-ID: <199702250725.CAA09192@aatma.engin.umich.edu>, <199702251925.OAA15498@aatma.engin.umich.edu>, <199702252200.RAA16853@aatma.engin.umich.edu>

    (applied based on p5p patch as commits 40f788c454d994616342c409de5b5d181ad9b8af, and 907a881cde89c56bc61d3f314c0efb8754ca472a, 20efc0829f6564c44574762adb07e8865bc14026)

Subject: Fix taint tests for writeable dirs in $ENV{PATH}
From: Chip Salzenberg <chip@perl.com>
Files: mg.c mg.h pod/perlsec.pod taint.c

Subject: Forbid tainted parameters for truncate()
From: Chip Salzenberg <chip@perl.com>
Files: pp_sys.c

Subject: Don't taint magic hash keys unnecessarily
Date: Fri, 28 Feb 1997 02:11:26 -0500 (EST)
From: Charles Bailey <bailey@HMIVAX.HUMGEN.UPENN.EDU>
Files: hv.c

    private-msgid: <01IFXL9TY74Y00661G@hmivax.humgen.upenn.edu>

 CORE PORTABILITY

Subject: VMS patches post _90
Date: Fri, 28 Feb 1997 15:26:33 -0500 (EST)
From: Charles Bailey <bailey@HMIVAX.HUMGEN.UPENN.EDU>
Files: doio.c mg.c perl.h pp_hot.c t/op/rand.t t/op/taint.t taint.c vms/descrip.mms vms/vms.c

    private-msgid: <01IFYDE5ZT7O005A53@hmivax.humgen.upenn.edu>

Subject: Fix taint check in system() and exec() under VMS and OS/2
From: Chip Salzenberg <chip@perl.com>
Files: pp_sys.c

Subject: If _XOPEN_VERSION >= 4, socket length parameters are size_t
From: Michael H. Moran <mhm@austin.ibm.com>
Files: perl.h pp_sys.c

Subject: Make dooneliner() compile again
From: Chip Salzenberg <chip@perl.com>
Files: pp_sys.c

 DOCUMENTATION

Subject: Move ENVIRONMENT from perl.pod to perlrun.pod
From: Chip Salzenberg <chip@perl.com>
Files: pod/perl.pod pod/perlrun.pod

Subject: Describe PERL_DEBUG_MSTATS in perlrun.pod
From: Nat <gnat@frii.com>
Files: pod/perlrun.pod

Subject: Fix references to perlbug
From: Chip Salzenberg <chip@perl.com>
Files: pod/perl.pod pod/perldelta.pod pod/perllocale.pod pod/perltoc.pod

 OTHER CORE CHANGES

Subject: Short-circuit duplicate study() calls
From: Chip Salzenberg <chip@perl.com>
Files: pp.c

Subject: Call sv_set[iu]v() with [IU]V parameter, not [IU]32
From: Chip Salzenberg <chip@perl.com>
Files: perl.c pp.c pp_sys.c toke.c util.c

Subject: Clean up and document API for hashes
Date: Tue, 25 Feb 1997 13:24:02 -0500
From: Gurusamy Sarathy <gsar@engin.umich.edu>
Files: hv.c hv.h pod/perldelta.pod pod/perlguts.pod
Msg-ID: <199702251824.NAA14859@aatma.engin.umich.edu>

    (applied based on p5p patch as commit a61fe43df197fcc70e6f310c06ee17d52b606c45)

Subject: pp_undef was not always freeing memory
Date: Thu, 27 Feb 1997 01:53:51 -0500 (EST)
From: Ilya Zakharevich <ilya@math.ohio-state.edu>
Files: pp.c
Msg-ID: <199702270653.BAA13949@monk.mps.ohio-state.edu>

    (applied based on p5p patch as commit 1da885048b65b5be1bd3077c6fc45f92c567e1b5)

Subject: Don't examine rx->exec_tainted if pregexec() fails
From: Chip Salzenberg <chip@perl.com>
Files: pp_hot.c

 TESTS

Subject: New test op/taint.t
Date: Tue, 25 Feb 1997 11:36:53 -0800 (PST)
From: Tom Phoenix <rootbeer@teleport.com>
Files: MANIFEST t/op/taint.t

    private-msgid: <Pine.GSO.3.95q.970225101328.18288M-100000@kelly.teleport.com

Subject: Patch to t/op/rand.t
Date: Tue, 25 Feb 1997 18:19:34 -0800 (PST)
From: Tom Phoenix <rootbeer@teleport.com>
Files: t/op/rand.t

    private-msgid: <Pine.GSO.3.95q.970225181321.13796Q-100000@kelly.teleport.com

 UTILITIES

Subject: Add --lax option to pod2man; use it in perldoc
From: Nat <gnat@frii.com>
Files: pod/pod2man.PL utils/perldoc.PL

Subject: Eliminate dead code in pod2man
From: Chip Salzenberg <chip@perl.com>
Files: pod/pod2man.PL

Sanity check linking with $libs

On Tue, 25 Feb 1997, Chip Salzenberg wrote:

> According to Andy Dougherty:
> > Chip, do you want to put something like this in, or shall I?  (I'd
> > need to borrow the current sfio unit)
>
> I'm leery of changing a working Configure, especially because _90's
> Configure has patches that haven't been propagated back to the units.

Staying leery is probably healthy.

Looking at _90's Configure, I see we'd have to change some
dependencies to move the sfio sanity checking earlier in the script.
I'd probably be inclined to do this by merging stuff into a single unit
(right after checking whether sfio is available, check whether it's
useful) and giving the whole thing a ?Y:TOP directive.

p5p-msgid: <Pine.SOL.3.95q.970225133824.28903K-100000@fractal.lafayette.edu>
private-msgid: <Pine.SOL.3.95q.970225221634.2486A-100000@fractal.lafayette.edu>

Updates to perlfunc.pod
Signed-off-by: Tom Phoenix (with help from M.J.T. Guy <tomphoenix@unknown>

pp_undef was not always freeing memory

As I found, pp_undef in
$a = 'aaa';
$a = 0;
undef $a;
was not reclaiming the storage, as it does in
        $a = 'aaa';
        undef $a;

The patch is below fixes this shortcoming (tests ok, perl rebuilds
itself OK),

Enjoy,

p5p-msgid: <199702270707.CAA13978@monk.mps.ohio-state.edu>
private-msgid: <199702270653.BAA13949@monk.mps.ohio-state.edu>

Warn about intrusive sfio behavior

private-msgid: <Pine.SOL.3.95q.970228112136.24038G-100000@fractal.lafayette.

Clean up and document API for hashes

On Tue, 25 Feb 1997 09:01:57 EST, Chip Salzenberg wrote:
>I've had 99.44% good reports about _90.  I'd love to go public
>immediately, but Sarathy's perl_call fix is just too valuable to pass
>up, and there's a taint test in the works.  So please don't tell
>anyone that _90 is the first public beta; that will likely be _91.

FWIW, the Beta Zvoid is alive and kicking on Linux 2.0.28.

You might want to put this in too.  (The patches to hv.h are mostly
to an unused macro that will be useful for extension writers).

p5p-msgid: <199702251824.NAA14859@aatma.engin.umich.edu>

Allow explicit '-lperl' in link arguments

private-msgid: <199702271625.LAA25402@postman.osf.org>

_90 op/tie.t gets "Segmentation fault" with Sarathy's perl_call patch

On Tue, 25 Feb 1997 14:41:30 EST, Chip Salzenberg wrote:
>According to Gurusamy Sarathy:
>> On Tue, 25 Feb 1997 10:07:02 PST, David Dyck wrote:
>> >summary:
>> >  op/tie.t gets "Segmentation fault" with  Sarathy's perl_call patch
>>
>> Try this patch.
>
>That's got it.  Now pureperl doesn't complain about op/tie.t.
>

Good.  This here patch sets up the flag in a few more places (to avoid
redundant sigjmp()s which was why t/op/tie.t triggered execution
of docatch()).  This patch fixes that flag leak.

p5p-msgid: <199702252200.RAA16853@aatma.engin.umich.edu>

[dummy merge]

This merge exists so that the p5p version of the patch and the applied
version are both in the history

_90 op/tie.t gets "Segmentation fault" with Sarathy's perl_call patch

On Tue, 25 Feb 1997 10:07:02 PST, David Dyck wrote:
>
>summary:
>  op/tie.t gets "Segmentation fault" with  Sarathy's perl_call patch
>

Oops.  Thanks for that report (Evil how the segfault doesn't show
up under `make test`. Evil.)

Try this patch. (I was being risque with the runlevel pretense...)

p5p-msgid: <199702251925.OAA15498@aatma.engin.umich.edu>

Don't warn on use of CCFLAGS

(this is the same change as commit 69d91587b2e24056be123e153ca28f4e82fa8dff, but as applied)

Don't warn on use of CCFLAGS

Subject: CCFLAGS (Was: This message did not make it ...)

>>>>> Raphael Manfredi writes:

  >  Making ODBM_File (dynamic)
  >  Processing hints file hints/hpux.pl
  >  'CCFLAGS' is not a known MakeMaker parameter name.

  > error. Upon closer inspection, it looks like the hint file is
  > doing:

  >  $self->{CCFLAGS} = $Config{ccflags} . ' -DDBM_BUG_DUPLICATE_FREE' ;

  > Why the 'CCFLAGS' key is unknown is beyond me. It would be nice
  > to find the roots of this problem before we go to beta.

Finally, here it is. Unfortunately, I cannot remember how it was lost
from the list.

p5p-msgid: <199702251038.LAA13123@anna.in-berlin.de>

Fix perl_call_*() when !G_EVAL

On Mon, 24 Feb 1997 15:19:17 EST, Gurusamy Sarathy wrote:
>On Mon, 24 Feb 1997 12:53:57 GMT, Tim Bunce wrote:
>>> From: Tom Christiansen <tchrist@jhereg.perl.com>
>>> >Dprof "works".
>>> Then how come it's not in the core? :-(
>>I'd certainly like it to be there for 5.004.
>
>I'd agree, except there's this bug in perl_call_*() that makes
>it fail to run this fully:
>
>   % perl -d:DProf -e 'sub T { eval { die "burp" } } T(); print "zip\n"'
>   %

Ok, here's a patch for the perl_call_*() problems with error traps,
meant for 5.004 (hope I didn't miss the boat!).

This is a subset of the functionality contained in Michael Schroeder's
stack-of-stacks patch.  The patch itself if simple: code that calls
runops() without explicitly setting up a jmp_buf sets a flag that
indicates doeval() is responsible for catching any longjmp()s
locally.  The three places that call doeval() then call setjmp()
based on this flag.

This patch is binary compatible and minimal (as opposed to the
stack-of-stacks patch which has other issues involved, making it
more complicated).  There's a testsuite with 9 tests (3_28 fails all
but one).

p5p-msgid: <199702250725.CAA09192@aatma.engin.umich.edu>

[dummy merge]

This merge exists so that the p5p version of the patch and the applied
version are both in the history

Follow up on elimination of $` $& $' in libraries

(this is the same change as commit efa45da9e2f446e4e79f819d2fa3a099e54425fa, but as applied)

Follow up on elimination of $` $& $' in libraries

Ilya Zakharevich <ilya@math.ohio-state.edu> wrote
> $' $` $& eliminated from all the known *.pm.

Close, but you overlooked the 'use English' in diagnostics.pm.
See additional patch below.

p5p-msgid: <E0w0Sqc-00046E-00@ursa.cus.cam.ac.uk>

Make IPC::Open3 work without fork()

private-msgid: <199702251937.OAA10718@monk.mps.ohio-state.edu>

Don't require() in a signal handler

[dummy merge]

This merge exists so that the p5p version of the patch and the applied
version are both in the history

Update OS/2 Configure diff

(this is the same change as commit ef05b0d7eb79c109aa2e843e7ab5d5abad251c55, but as applied)

Update OS/2 Configure diff

Chip Salzenberg writes:
>
> (I missed the $randbits case in _90; it is fixed in _91.)

The broken $randbits test (no $ldflags) is just ignored under OS/2
anyway, so this should help.

p5p-msgid: <199702251906.OAA10608@monk.mps.ohio-state.edu>