| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
continue blocks recognizable at run time
p4raw-link: @4849 on //depot/perl: 872465582bf743a066e1240f2c3e941735674827
p4raw-id: //depot/perl@5255
|
|
|
| |
p4raw-id: //depot/perl@5190
|
|
|
|
|
| |
scope, among other things (from Paul Marquess)
p4raw-id: //depot/perl@5170
|
|
|
|
|
|
|
| |
perl_run() longjmping out)
p4raw-link: @3386 on //depot/perl: 312caa8e97f1c7ee342a9895c2f0e749625b4929
p4raw-id: //depot/perl@5162
|
|
|
|
|
|
|
|
| |
could think message was random length when passed a null argument;
utilize() didn't set up the hash for the method name leading to
pp_method_named() accessing random state; PL_curpm wasn't zeroed
properly)
p4raw-id: //depot/perl@5072
|
|
|
|
|
| |
prematurely, or affect cloning of pad constants
p4raw-id: //depot/perl@5056
|
|
|
|
|
| |
years (from Gisle Aas)
p4raw-id: //depot/perl@5009
|
|
|
|
|
| |
subroutines (from Ilya Zakharevich)
p4raw-id: //depot/perl@4975
|
|
|
|
|
| |
perlunicode.pod that reflects changes to unicode support so far
p4raw-id: //depot/perl@4941
|
|
|
|
|
|
|
|
|
| |
whether to use widechar semantics; lexer and RE engine continue
to need "use utf8" to enable unicode awareness in literals
and patterns (TODO: this needs to be fixed); $1 et al are marked
SvUTF8 if the pattern was compiled for utf8 (TODO: propagating
it from the data is probably better)
p4raw-id: //depot/perl@4930
|
|
|
|
|
|
|
| |
by introducing an explicit scope (c.f. change#4848)
p4raw-link: @4848 on //depot/perl: 1ee987245c095afd177d3e2ca6255cec8dbb53ca
p4raw-id: //depot/perl@4849
|
|
|
|
|
|
|
| |
in the nature of a kludge; it doesn't fix the longstanding bug that
makes C<while (!$x++) { local $x = 7 } continue { print $x }> print "7"
instead of "1")
p4raw-id: //depot/perl@4848
|
|
|
|
|
| |
<rmb1@cise.npl.co.uk>); fixes for problems so identified
p4raw-id: //depot/perl@4836
|
|
|
|
|
|
| |
are non-numbers, from Tom Phoenix <rootbeer@redcat.com>; fixed
the "foreach (RANGE)" case as well
p4raw-id: //depot/perl@4730
|
|
|
| |
p4raw-id: //depot/utfperl@4705
|
|
|
|
|
|
|
| |
isn't set for all m/$foo/o)
p4raw-link: @4700 on //depot/perl: 2360cd68127e75c48ae54a165bf882455ec55e1c
p4raw-id: //depot/perl@4701
|
|
|
|
|
| |
we have a race on our hands)
p4raw-id: //depot/perl@4700
|
|
|
| |
p4raw-id: //depot/perl@4674
|
|
|
| |
p4raw-id: //depot/perl@4646
|
|
|
|
|
| |
variant of patch suggested by Peter Haworth <pmh@edison.ioppublishing.com>)
p4raw-id: //depot/perl@4614
|
|
|
| |
p4raw-id: //depot/perl@4609
|
|
|
| |
p4raw-id: //depot/perl@4602
|
|
|
|
|
|
| |
is due to regexps keeping non-constant data in their compiled
structures)
p4raw-id: //depot/perl@4579
|
|
|
| |
p4raw-id: //depot/perl@4546
|
|
|
|
|
|
|
|
|
| |
in COP; revert parts of change#4485 and s/xcv_filegv/xcv_file/
(CvFILE() may yet come in handy somewhere); adjust compiler doodads
to suit
p4raw-link: @4485 on //depot/perl: b195d4879f55e1610299cb9b1b55356940c2a577
p4raw-id: //depot/perl@4545
|
|
|
|
|
| |
p4raw-link: @4539 on //depot/perl: 350de78d9c02710bb008e9ca922c78ba251ec366
p4raw-id: //depot/perl@4544
|
|
|
| |
p4raw-id: //depot/perl@4511
|
|
|
| |
p4raw-id: //depot/perl@4505
|
|
|
| |
p4raw-id: //depot/cfgperl@4429
|
|
|
|
|
|
| |
eval"" did not pop stack correctly; C<$a = eval "(1,2)x1">
is one symptom of the problem
p4raw-id: //depot/perl@4401
|
|
|
|
|
|
|
|
|
| |
runlevels and stack of stacks (change#3988 done right);
basically, we pop the runlevel if the stacklevel is not the
same one we started the runlevel with
p4raw-link: @3988 on //depot/perl: a7c6d24429ab2b6db54575a3bdc62c7ed9f881cf
p4raw-id: //depot/perl@4376
|
|
|
|
|
|
|
| |
by an avoidable call to setjmp())
p4raw-link: @3386 on //depot/perl: 312caa8e97f1c7ee342a9895c2f0e749625b4929
p4raw-id: //depot/perl@4372
|
|
|
|
|
|
|
| |
clear entries in the CV's pad, leading to coredumps when CV had no
other references to it; this is a slightly edited version of the
patch suggested by Russel O'Connor <roconnor@world.std.com>
p4raw-id: //depot/perl@4321
|
|
|
|
|
|
| |
situation (assumptions about cx invalidation are not valid
anymore)
p4raw-id: //depot/perl@4320
|
|
|
|
|
|
| |
"leaks"; %@ wasn't even user-visible under -Dusethreads);
only repeats of most recent error are now avoided
p4raw-id: //depot/perl@4316
|
|
|
|
|
|
| |
to point at; change places that meant Perl_debug_log rather than
PerlIO_stderr()
p4raw-id: //depot/perl@4302
|
|
|
|
|
|
|
|
|
| |
subroutines implementation (change#4081); correct the
plethora of cases where DIE() was more appropriate than
croak()
p4raw-link: @4081 on //depot/perl: cd06dffe59d60ee6a2fdd7c81f8cef42c7026b36
p4raw-id: //depot/perl@4235
|
|
|
|
|
|
|
|
|
|
|
| |
warnings; symbols that violate strictures do *not* end up in
the symbol table anyway, making multiple evals of the same piece
of code produce the same errors; errors indicate all locations
of a global symbol rather than just the first one; these
changes make compile-time failures within evals reliably
visible via the return value or contents of $@, and trappable
using __DIE__ hooks
p4raw-id: //depot/perl@4197
|
|
|
|
|
|
| |
in passing around references to @_, eg C<sub foo { \@_ }>; add
tests for the same
p4raw-id: //depot/perl@4195
|
|
|
|
|
|
|
|
|
|
| |
To: gsar@activestate.com
Cc: perl5-porters@perl.org
Subject: Re: [ID 19990907.004] [PATCH perl5.005_61] compiler warnings with -Duse64bits
Message-Id: <199909131315.OAA24012@tempest.npl.co.uk>
p4raw-link: @4100 on //depot/cfgperl: 427181846486e3aa5034a647dc1922377185f4c0
p4raw-id: //depot/cfgperl@4136
|
|
|
|
|
|
|
|
| |
To: perl5-porters@perl.org
Subject: [ID 19990907.004] [PATCH perl5.005_61] compiler warnings with
-Duse64bits
Message-Id: <199909071130.MAA11435@tempest.npl.co.uk>
p4raw-id: //depot/cfgperl@4100
|
|
|
| |
p4raw-id: //depot/perl@4034
|
|
|
|
|
|
|
|
| |
(this would explain the mysterious C<next LABEL> failures
people have seen)
p4raw-link: @3692 on //depot/perl: 2c15bef39460c09b2a7846a30a4fc1fc1c4f93e4
p4raw-id: //depot/perl@3878
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
with -Duse64bits (using long long).
Tested in Solaris 2.6 sparc RH Linux 6.0 x86
(and Digital IX 4.0D, to get a true 64-bit opinion). Now e.g.
'print unpack "q", pack "q", 12345678901'
should work on such 32-bit platforms.
Still a lot of printf()s behind -D which wrongly assume
that %ld/%lx and (long) are a good combination.
Introducing a slew of new macros intended to be used in printf()
format strings: e. g. PERL_PRId64 is the string to be used
when printing an IV, printf("%" PERL_PRId64 "\n", iv).
The PRI... naming follows the C9X naming of <inttypes.h> macros.
p4raw-id: //depot/cfgperl@3861
|
|
|
| |
p4raw-id: //depot/perl@3777
|
|
|
|
|
|
| |
Message-Id: <199907200213.WAA02816@mailfw2.ford.com>
Subject: Re: loading remote modules
p4raw-id: //depot/perl@3771
|
|
|
|
|
| |
p4raw-link: @3534 on //depot/perl: f3aa04c29a85dd63d563ae8e27316ff34501ccd5
p4raw-id: //depot/perl@3751
|
|
|
|
|
| |
contexts when jumping between if and elsif blocks
p4raw-id: //depot/perl@3692
|
|
|
| |
p4raw-id: //depot/perl@3672
|
|
|
| |
p4raw-id: //depot/perl@3669
|