| Commit message (Collapse) | Author | Age | Files | Lines |
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
ilya@math.ohio-state.edu (Ilya Zakharevich) wrote:
>> At some stage Configure asks "Which memory models are supported?"
>> In order to find the default to this question, Configure compiles
>> and runs a little test program. To compile this test program,
>> Configure uses straigt "cc", not "$cc", presumably because it
>> doesn't know $cc at that point (that's the next question).
>This is very suspicious, since I do not have cc at home (OS/2), but
>no failure of Configure happens. Or did you imply that Configure just
>ignores the failure, or runs it on some platforms only?
It ignores the error. On my unix box, I get a message
Configure: cc: not found
You could suppress that message with this patch:
p5p-msgid: 1997May12.163534.2006434@hmivax.humgen.upenn.edu
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
update to previous bugreport regarding the -x filetest and running
perl -S filename.
I misstated the patch necessary for turning off the executability check
for the -S option. It should be:
p5p-msgid: 337351CE.79B28DE3@olf.com
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Here are a few more doc fixes.
The last one merely reformats a paragraph, so that a C<...> construct
is no longer spread across a line boudary. The perlpod page suggests
this is allowed, but does not actually say so. However, pod2html can't
handle it and all other instaces have been fixed recently (which would
suggest that it' not allowed).
p5p-msgid: 199705102346.BAA17300@mail.euronet.nl
|
| |/
|/|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
BUILD PROCESS
Subject: Don't use 'unset' in Configure
From: Chip Salzenberg <chip@perl.com>
Files: Configure
Subject: Protect against having no such command as 'cc'
Date: Mon, 12 May 1997 16:35:34 -0400 (EDT)
From: Hans Mulder <hansm@icgned.nl>
Files: Configure
Msg-ID: 1997May12.163534.2006434@hmivax.humgen.upenn.edu
(applied based on p5p patch as commit 3bf198a5e20d135d4136d3233d58cf49a70772d9)
Subject: minor wording enhancement for Configure
Date: Sat, 10 May 1997 13:38:31 +0300 (EET DST)
From: Jarkko Hietaniemi <Jarkko.Hietaniemi@cc.hut.fi>
Files: Configure
private-msgid: 199705101038.NAA00471@alpha.hut.fi
CORE LANGUAGE CHANGES
Subject: Make C<m//g> reset pos on failure; make C<m//gc> not reset
From: Chip Salzenberg <chip@perl.com>
Files: dump.c op.c op.h pod/perldelta.pod pod/perlfaq6.pod pod/perlop.pod pod/perlre.pod pp_ctl.c pp_hot.c regcomp.c t/op/pat.t toke.c
Subject: SECURITY: Forbid exec() if $ENV{BASH_ENV} is tainted
From: Chip Salzenberg <chip@perl.com>
Files: pod/perldelta.pod pod/perlrun.pod pod/perlsec.pod t/op/taint.t taint.c
Subject: Allow exec() if $ENV{TERM} is tainted but innocuous
From: Chip Salzenberg <chip@perl.com>
Files: pod/perldelta.pod pod/perlrun.pod pod/perlsec.pod t/op/taint.t taint.c
Subject: Allow globbing when tainted under VMS (no external program)
From: Chip Salzenberg <chip@perl.com>
Files: pp_sys.c t/op/taint.t
CORE PORTABILITY
Subject: Win32 update (three patches)
From: Gurusamy Sarathy <gsar@engin.umich.edu>
Files: README.win32 perl.c win32/Makefile win32/config.H win32/config_h.PL win32/config_sh.PL win32/makedef.pl win32/win32.c win32/win32.h win32/win32io.c win32/win32io.h win32/win32iop.h
Subject: Don't require executable bit on perl -S if DOSISH
Date: Fri, 09 May 1997 12:33:18 -0400
From: Danny Sadinoff <sadinoff@olf.com>
Files: perl.c
Msg-ID: 337351CE.79B28DE3@olf.com
(applied based on p5p patch as commit 7596f71a28f72f9e3abd6d3962d29a7752cd9303)
DOCUMENTATION
Subject: Tweaks for perldelta
Date: Sun, 11 May 97 01:46:00 +0200
From: Unknown Contributor <hansm@euronet.nl>
Files: pod/perldelta.pod
Msg-ID: 199705102346.BAA17300@mail.euronet.nl
(applied based on p5p patch as commit 3e10809228cc961223b894e1639b44f8e2b64de0)
Subject: Mention perlfaq.pod and perlmodlib.pod in perldelta.pod
From: Chip Salzenberg <chip@perl.com>
Files: pod/perldelta.pod
Subject: Fix example of use of lexicals with formats
From: Chip Salzenberg <chip@perl.com>
Files: pod/perldelta.pod
OTHER CORE CHANGES
Subject: In C<eval &func>, always call &func in scalar context
From: Chip Salzenberg <chip@perl.com>
Files: op.c
Subject: Fix recursive substitution
From: Chip Salzenberg <chip@perl.com>
Files: cop.h global.sym pp_ctl.c proto.h scope.c
Subject: Fix core dump from get*() functions returning no alias array
From: Chip Salzenberg <chip@perl.com>
Files: pp_sys.c
Subject: Fix typo
Date: Sat, 10 May 1997 17:28:35 -0500
From: Mark K Trettin <mkt@lucent.com>
Files: pp_sys.c
private-msgid: 199705102228.RAA11163@gv18c.ih.lucent.com
|
| |
| |
| |
| | |
private-msgid: 199705141456.IAA19061@jhereg.perl.com
|
|\ \
| | |
| | |
| | |
| | | |
This merge exists so that the p5p version of the patch and the applied
version are both in the history
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Subject: DOC PATCH: restriction on DATA filehandle?
This is a very minor patch to add in a clarification on the use of DATA
within a BEGIN block. Thanks to Chip for confirming this.
p5p-msgid: 199705121227.NAA29718@tardis.cre.canon.co.uk
|
|/ /
| |
| |
| | |
(this is the same change as commit 1d79a27f835368158fa27370bebb63728faf77b2, but as applied)
|
|\ \
| | |
| | |
| | |
| | | |
This merge exists so that the p5p version of the patch and the applied
version are both in the history
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Subject: Re: perl debugger problem with object destructors?
On Wed, 14 May 1997 15:12:38 MDT, Tom Christiansen wrote:
>
>Actually, deterministic destruction/finalization is oft-deemed
>a feature. If you could check what perltoot has to say about destructors,
>gsar, and suggest an appropriate patch if necessary, I'd appreciate it.
I'd say something like this:
p5p-msgid: 199705150600.CAA13550@aatma.engin.umich.edu
|
|/ /
| |
| |
| | |
(this is the same change as commit e195ec09596d2fe0e528026e48bc809e69e1165e, but as applied)
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Currently, h2xs emits the line:
use vars qw($VERSION @ISA @EXPORT);
Should @EXPORT_OK also be added to this list?
p5p-msgid: 199705092348.AA057881699@hpcc123.corp.hp.com
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
> But I found minor problem here. In some situation, BSD/OS sleep does
> not sleep two seconds (at least in my configuration) and it says
> op/sleep.t failure. If I ran the test suite again, it passed and show
> me 100% OK result.
I just read over t/op/sleep.t. Frankly, I'm suprised I haven't seen
it fail on HPUX also. On HPUX, SIGALRM is delivered only _on_ the
second. Thus, sleep(1) waits until the next even second, sleep(2)
waits until the next even second after that, etc.
The side effect of this is that sleep(1) causes a delay of 0-1 second,
sleep(2) causes a delay of 1-2 seconds, etc. This *should* cause
intermittant failure of the sleep test as currently written. I don't
have access to a BSD system, but something similar could be happening
there.
You could argue that this is a bug in the OS sleep(). However, it
means that a loop like...
while (foo()) {
bar();
sleep();
}
...will cycle once-per-second (as long as bar() executes in < 1
second) instead of cycling once-per-(second + bar()-delay). This
could be construed as a feature.
p5p-msgid: 199705151735.KAA01143@palrel1.hp.com
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
On Wed, 7 May 1997, Larry Schwimmer wrote:
> Subject: FYI: perl5.00399/t/op/rand.t test 7
> I know this sounds perverse, but it did happen to fail test 7
> of op/rand.t the very first time I ran make test on a Solaris 2.5.1
> machine, and the test does say to mail the developers if that
> happened. (-:
And thank you for doing so. Ya done good. :-)
When I wrote that test, I had thought (erroneously, as it turns out) that
that test would never fail, or virtually never. Actually, on Solaris, it
can report a false positive about one time in two-to-the-15th tests.
That test attempts to ensure that srand's default seed isn't the same
twice in a row, which it shouldn't be. But was your test result falsely
positive, or was it a bug for real? We have no way to know.
> It worked fine the next 100 times I ran it and on the other seven
> builds,
Okay, if you had success the next 100 times, it's _probably_ a fluke.
There's no way to know for sure, though, short of finding a bug in the
srand code. :-(
I'm supplying a patch which makes the test more reliable without reducing
the sensitivity to bugs. This should effectively eliminate this problem,
except for unavoidable coincidences.
> but it might be nice to run the test file multiple times to
> reduce the likelihood of a false failure while still catching errant
> builds.
Actually, that wouldn't do the trick. If we ran it five times, and one of
those attempts gets the same srand seed twice, that's _still_
unacceptable. The program has to notify a human, since recompiling perl,
checking the source, and asking for advice are things that humans still do
better than machines. But this patch will make the machine a little better
at knowing when to cry "Wolf!" :-)
Thanks!
p5p-msgid: Pine.GSO.3.96.970510190846.23340K-100000@kelly.teleport.com
|
| | |
|
| | |
|
| | |
|
|\ \
| | |
| | |
| | |
| | | |
This merge exists so that the p5p version of the patch and the applied
version are both in the history
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The patch I just sent in wasn't quite correct. I should have tested
it more before sending it :-). Here's a correct patch.
p5p-msgid: 199705121147.HAA03845@jik.saturn.net
|
|/ /
| |
| |
| | |
(this is the same change as commit 451e086022facb7867a6764d6ffca2b71e86ff73, but as applied)
|
| | |
|
| |
| |
| |
| |
| | |
Signed-off-by: Peter Prymmer <pvhp@forte.com>
Signed-off-by: Dan Sugalski <sugalsd@lbcc.cc.or.us>
|
| |
| |
| |
| | |
private-msgid: 199705132228.AA227042483@hpcc123.corp.hp.com
|
| | |
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
Perhaps we should just document it:
p5p-msgid: hyb9snvdw.fsf@bergen.sn.no
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
>sub sortfunc { &once }
>sub once {
> eval q{
> print "Eval from ", join(':', caller(0)), "\n";
> sub rest {
> print "REST: $a <=> $b\n";
> $a <=> $b
> }
> };
> *sortfunc = *rest;
> &sortfunc;
>}
>@x = sort sortfunc 10, 5, 2.5, 1.25;
That misbehaves due to the redefinition of the sort sub
while the sort is active. That's a big no-no, because
the sortcop was pointing to the CvSTART of the original,
and it will now point to freed memory (if the sub really
got undefined).
Here's a tested patch that does nothing but die under
that circumstance.
p5p-msgid: 199705090004.UAA15032@aatma.engin.umich.edu
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
BUILD PROCESS
Subject: AFS patches
From: Chip Salzenberg <chip@perl.com>
Files: Configure installperl
CORE LANGUAGE CHANGES
Subject: SECURITY: Forbid glob() when tainting (-T or setuid)
From: Chip Salzenberg <chip@perl.com>
Files: pod/perlrun.pod pod/perlsec.pod pp_sys.c
Subject: SECURITY: Forbid exec() if $ENV{TERM} or $ENV{ENV} is tainted
From: Chip Salzenberg <chip@perl.com>
Files: pod/perlrun.pod pod/perlsec.pod t/op/taint.t taint.c
CORE PORTABILITY
Subject: (NeXT|Open)Step update
Date: Wed, 7 May 97 17:47:02 -0500
From: Gerd Knops <gerti@BITart.com>
Files: Configure MANIFEST config_h.SH hints/next_3.sh hints/next_4.sh
private-msgid: 9705072247.AA18882@BITart.com
Subject: Win32 update (consolidated patch plus three followups)
From: Gurusamy Sarathy <gsar@engin.umich.edu>
Files: EXTERN.h README.win32 lib/Sys/Hostname.pm pod/perldelta.pod win32/config.H win32/config.w32 win32/config_sh.PL win32/perllib.c win32/win32.c win32/win32.h win32/include/sys/socket.h
DOCUMENTATION
Subject: Updates to perldelta
From: Chip Salzenberg <chip@perl.com>
Files: pod/perldelta.pod
Subject: Document 'Possible attempt to separate words with commas'
Date: 06 May 1997 23:27:55 +0200
From: Gisle Aas <gisle@aas.no>
Files: pod/perlop.pod
Msg-ID: hyb9snvdw.fsf@bergen.sn.no
(applied based on p5p patch as commit 18270fd3b8aafde2f9ea21ea13adde95ef24b149)
Subject: Document that C<m?x?> is just like C<?x?>
From: Chip Salzenberg <chip@perl.com>
Files: pod/perlop.pod
OTHER CORE CHANGES
Subject: Fix for redefined sort subs nastiness
Date: Thu, 08 May 1997 20:04:18 -0400
From: Gurusamy Sarathy <gsar@engin.umich.edu>
Files: op.c pod/perldelta.pod pod/perldiag.pod sv.c t/op/sort.t
Msg-ID: 199705090004.UAA15032@aatma.engin.umich.edu
(applied based on p5p patch as commit e9e069932a0db06904b29e2b09a435afd40ed35c)
|
| |
| |
| |
| |
| |
| |
| |
| | |
It adds some info people judged hard-to-find...
Enjoy,
p5p-msgid: 199705080046.UAA23466@monk.mps.ohio-state.edu
|
|\ \
| | |
| | |
| | |
| | | |
This merge exists so that the p5p version of the patch and the applied
version are both in the history
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
| Could somebody please add Jfrield's Mastering Regeular Expressions to
| perlbook.pod, and also to a SEE ALSO in perlre.pod?
p5p-msgid: 199705071548.KAA05924@psa.pencom.com
private-msgid: 199705071737.MAA18799@psa.pencom.com
|
|/ /
| |
| |
| | |
(this is the same change as commit 7dd178533182fc85a734d7633d0a938b5d1c853a, but as applied)
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
New bit 16 of the `frame' option and the new `ornaments' option is
documented.
Enjoy,
p5p-msgid: 199705080107.VAA24317@monk.mps.ohio-state.edu
|
| |
| |
| |
| |
| |
| | |
Simple patch...
p5p-msgid: 199705061741.NAA22777@cse.psu.edu
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Here are two patches to try to make the gcc -B/usr/ccs/bin/ trick
more apparent. They were suggested by a user who didn't find the current
hints and INSTALL file sufficiently specific.
As a side effect, you get whatever else I had cooked up to go into the
next INSTALL update.
p5p-msgid: Pine.SOL.3.95q.970508171206.438A-100000@fractal.lafayette.edu
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Some major flaws became appparent in older CPerls, and newer ones
prove themselves reasonably good, so here it is (for inclusion into
5.004):
Description of changes is one page down,
Enjoy,
p5p-msgid: 199705080032.UAA22532@monk.mps.ohio-state.edu
|
| |
| |
| |
| | |
private-msgid: 199705051447.QAA09995@en1.engelschall.com
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
I had three problems with the pod2html distributed with perl 5.00399:
1. The HTML code generated begins with a series of hyperlinks to all
sections of the file. Pod directives occurring in the section
titles (=head directives) were not translated.
2. C<foo()> sets translates to <CODE>foo</CODE> -- the () disappear.
3. Perlpod promises that example code gets typeset with tab stops
every 8 columns. HTML makes no such promise, hence pod2html must
expand tabs.
The first three hunks of the patch below solve #1, hunk 4 fixes a
call to &process_text with the wrong number of args, hunk 5 solves #3
and hunk 6 solves #2.x
p5p-msgid: 199705052228.AAA25351@mail.euronet.nl
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
If an =over/=back block ends just before a =head1 tag, there is an
extraneous blank line before the heading. This patch fixes that and
doesn't appear to have any negative effects. The blank line after the
last =item should be provided by the =item's paragraph break.
p5p-msgid: m3afm5g6ar.fsf@windlord.Stanford.EDU
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
In makedef.pl, boot_DynaLoader is defined in $skip_sym. It should be
included in the __DATA__ section to force it into the dll exports.
p5p-msgid: 1997May05.105000.1708.84476@mail.jeld-wen.com
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
By default, doing a "make test" on a dynamically loaded module with
unresolved symbols will result with a useless error message. Adding
the BIND_VERBOSE flag will add the names of undefined symbols to the
error message already printed to stderr. This does *not* affect
default operation; only when PERL_DL_NONLAZY is set does it make a
p5p-msgid: 199705050548.WAA21260@palrel1.hp.com
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Hopefully, this is the final set of patches for the IRIX hints file
hints/irix_6.sh. This is rather a multi-person effort, Jarkko and
John Stoffel wrote the major changes (and changed the default to
-n32), I made the last tweaks so that -o32 still works without
errors on the various compiler releases. I've tested on IRIX-6.2,
IRIX64-6.2, IRIX64-6.4 and IRIX-6.5alpha.
p5p-msgid: yd83es0fp57.fsf@hoshi.engr.sgi.com
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There is a missing character in hints/netbsd.sh.
Line 51
case "$osver" in
should be
case "$osvers" in
Missing this case leads to the functions
setregid()
setreuid()
setrgid()
setruid()
being used, leading to a security problem on all released versions
of NetBSD.
p5p-msgid: 199705051346.XAA13584@topaz.nemeton.com.au
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The current distribution will not build a shared libperl on AIX.
Currently the Makefile generated uses the same ld options for building
a shared libperl and dynamicly loaded extentions. AIX's compiler
requires that you tell it explicitly what symbols to export/import. So,
it needs a separate set of LD options for each.
On top of all this, AIX doesn't seem to have an equivilent to
LD_LIBRARY_PATH. So, the directories to search during runtime must be
explicitly compiled in. In the following patch I compiled in both the
compilation directory (for miniperl and testing) and the installation
directory. I wish someone could suggest something cleaner, but it works.
p5p-msgid: 199704270131.UAA51426@icd.cc.purdue.edu
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
CORE PORTABILITY
Subject: NeXT hints update
Date: Thu, 1 May 97 00:28:41 +0200
From: Unknown Contributor <hansm@euronet.nl>
Files: Configure Makefile.SH hints/next_4.sh
private-msgid: 199704302229.AAA02690@mail.euronet.nl
Subject: Support shared libperl on AIX
Date: Sat, 26 Apr 1997 20:31:37 -0500
From: Eric Bartley <bartley@icd.cc.purdue.edu>
Files: Configure Makefile.SH hints/aix.sh
Msg-ID: 199704270131.UAA51426@icd.cc.purdue.edu
(applied based on p5p patch as commit 019c9bb5516c92cceeeb4b050fa8075a1359c43c)
|
| |
|