| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
From: "Robin Barker" <Robin.Barker@npl.co.uk>
Message-ID: <2C2E01334A940D4792B3E115F95B7226016048DB@exchsvr1.npl.ad.local>
p4raw-id: //depot/perl@32031
|
|
|
|
|
| |
p4raw-link: @31978 on //depot/perl: d804f4346b490171e547d5cc512063e53da10708
p4raw-id: //depot/perl@32015
|
|
|
|
|
|
| |
From: "Jerry D. Hedden" <jdhedden@cpan.org>
Message-ID: <1ff86f510710011632n175427fdx39e173372862526e@mail.gmail.com>
p4raw-id: //depot/perl@32006
|
|
|
|
|
| |
Message-ID: <47020F3F.9070604@havurah-software.org>
p4raw-id: //depot/perl@32003
|
|
|
|
|
|
| |
mro::get_linear_isa() when passed a second parameter). However, there
were no tests for this. Fix both.
p4raw-id: //depot/perl@31981
|
|
|
|
|
|
| |
From: "Jerry D. Hedden" <jdhedden@cpan.org>
Message-ID: <1ff86f510709250855o2c9115cdi6ce830a9ccaec696@mail.gmail.com>
p4raw-id: //depot/perl@31980
|
|
|
|
|
|
| |
From: "Robin Barker" <Robin.Barker@npl.co.uk>
Message-ID: <2C2E01334A940D4792B3E115F95B7226C9D1C3@exchsvr1.npl.ad.local>
p4raw-id: //depot/perl@31978
|
|
|
|
|
| |
Message-ID: <46F59EFE.7050303@ztreet.demon.nl>
p4raw-id: //depot/perl@31962
|
|
|
|
|
|
|
| |
pattern
Message-Id: <200709221427.30425@bloodgate.com>
p4raw-id: //depot/perl@31961
|
|
|
|
|
| |
non-threaded builds
p4raw-id: //depot/perl@31943
|
|
|
|
|
|
| |
Subject: Re: Smoke [5.10.0] 31938 FAIL(F) netbsd 3.1 (i386/1 cpu)
Message-ID: <46F5A136.8080000@ztreet.demon.nl>
p4raw-id: //depot/perl@31942
|
|
|
|
|
|
| |
of op evaluation means that what had been a reference to a constant
can turn into a typeglob before the sassign gets to run.
p4raw-id: //depot/perl@31940
|
|
|
|
|
| |
Message-ID: <46F07A7A.1060900@pobox.com>
p4raw-id: //depot/perl@31896
|
|
|
| |
p4raw-id: //depot/perl@31890
|
|
|
|
|
| |
when shrinking an SV, shrink the sv_len_utf8 cache too!
p4raw-id: //depot/perl@31867
|
|
|
| |
p4raw-id: //depot/perl@31840
|
|
|
|
|
| |
Message-ID: <20070906184039.GG9260@bort.ca>
p4raw-id: //depot/perl@31838
|
|
|
|
|
|
| |
set for all state vars in the pad.
(Nicholas worked up the same fix - spooky action at a distance!)
p4raw-id: //depot/perl@31835
|
|
|
| |
p4raw-id: //depot/perl@31834
|
|
|
| |
p4raw-id: //depot/perl@31833
|
|
|
|
|
|
|
| |
as the precise semantics in Perl 6 are not clear. Better to make it a
syntax error, than to have one behaviour now, but change it later.
[I believe that this is the consensus. If not, it will be backed out]
p4raw-id: //depot/perl@31824
|
|
|
| |
p4raw-id: //depot/perl@31812
|
|
|
|
|
|
| |
From: "Jerry D. Hedden" <jdhedden@cpan.org>
Message-ID: <1ff86f510709061037q6744827cub29f666ca5fb5904@mail.gmail.com>
p4raw-id: //depot/perl@31809
|
|
|
|
|
| |
Message-ID: <20070906165634.GB446@abigail.be>
p4raw-id: //depot/perl@31806
|
|
|
| |
p4raw-id: //depot/perl@31799
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
START block. First time through, call slosh() and assign to $zok.
Subsequently neither call slosh() nor assign to $zok. Adds a new op
ONCE to control the conditonal call and assign. No change to list
context, so state ($zok) = slosh() and (state $zok) = ... etc will
still repeatedly evaluate and assign. [Can't fix that before 5.10]
Use as an RVALUE is as Larry's design - my $boff = state $zok = ...;
will evaluate, assign and return first time, and subsequently act as if
it were written my $boff = $zok;
FIXME - state $zok = ...; won't deparse - I believe op->op_last isn't
being correctly set on the sassign, but I don't know how to fix this.
This change may be backed out before 5.10.
p4raw-id: //depot/perl@31798
|
|
|
|
|
|
| |
From: "Paul Marquess" <Paul.Marquess@ntlworld.com>
Message-ID: <00f501c7ecd0$29b32ef0$6601a8c0@myopwv.com>
p4raw-id: //depot/perl@31782
|
|
|
|
|
| |
which duplicates the functionality of is_binmount().
p4raw-id: //depot/perl@31773
|
|
|
|
|
|
| |
From: "Yitzchak Scott-Thoennes" <sthoenna@efn.org>
Message-ID: <52892.64.81.167.122.1187295953.squirrel@webmail.efn.org>
p4raw-id: //depot/perl@31760
|
|
|
|
|
|
| |
From: "Jerry D. Hedden" <jdhedden@cpan.org>
Message-ID: <1ff86f510708280743n7c0424berb9a402f864dcd399@mail.gmail.com>
p4raw-id: //depot/perl@31758
|
|
|
| |
p4raw-id: //depot/perl@31754
|
|
|
|
|
|
|
|
| |
From: "Jerry D. Hedden" <jdhedden@cpan.org>
Message-ID: <1ff86f510708150739q18fa5863s55010b538d11f77f@mail.gmail.com>
Updated patch originally by Reini Urban.
p4raw-id: //depot/perl@31737
|
|
|
| |
p4raw-id: //depot/perl@31735
|
|
|
|
|
|
|
|
|
|
| |
ensure proper scope cleanup.
Fix and test for issue raised in:
Subject: Very strange interaction between regex and lexical array in blead
Message-ID: <20070818015537.0088db31@r2d2>
p4raw-id: //depot/perl@31733
|
|
|
|
|
| |
Message-Id: <rt-3.6.HEAD-10743-1187176792-1816.44647-75-0@perl.org>
p4raw-id: //depot/perl@31732
|
|
|
|
|
| |
Message-Id: <46C546A6.6020000@x-ray.at>
p4raw-id: //depot/perl@31731
|
|
|
|
|
|
| |
Subject: Optimized magic_setisa has bug
Message-Id: <20070814054517.GA12709@bort.ca>
p4raw-id: //depot/perl@31719
|
|
|
|
|
| |
Message-Id: <46C14E6C.8020809@x-ray.at>
p4raw-id: //depot/perl@31708
|
|
|
|
|
| |
Message-Id: <57CEC660-0020-48DF-A72A-931BCADC2AEE@surfar.nu>
p4raw-id: //depot/perl@31699
|
|
|
|
|
|
| |
From: "Jerry D. Hedden" <jdhedden@cpan.org>
Message-ID: <1ff86f510708090528w5579515bp6f862c613abccf84@mail.gmail.com>
p4raw-id: //depot/perl@31696
|
|
|
| |
p4raw-id: //depot/perl@31668
|
|
|
| |
p4raw-id: //depot/perl@31666
|
|
|
| |
p4raw-id: //depot/perl@31648
|
|
|
|
|
|
|
|
|
| |
Change 22306# inadvertently made 'local $[' statement-scoped
rather than block-scoped; so revert that change and add a
different fix. The problem was to ensure that the savestack got
popped correctly while popping errored tokens. We how record the
current value of PL_savestack_ix with each pushed parser state.
p4raw-id: //depot/perl@31615
|
|
|
|
|
|
|
|
| |
"no warnings" is probably a bit inappropriate for a
base test. Putting -X on the command-line is probably
not a good idea, since it may hide other interesting
warnings in the future.
p4raw-id: //depot/perl@31601
|
|
|
| |
p4raw-id: //depot/perl@31594
|
|
|
|
|
| |
severe warnings (as suggested by Audrey Tang)
p4raw-id: //depot/perl@31589
|
|
|
|
|
| |
Message-ID: <20070708030611.GJ436@bort.ca>
p4raw-id: //depot/perl@31587
|
|
|
|
|
|
|
|
|
|
| |
S_doeval()'s behaviour varies depending on whether the code
compiles or not; on failure it pops the EVAL context block. This
is bad because later on, S_docatch() assumes that the block is
still there. Make docatch() return a boolean instead, indicating
success. The value it formerly returned (the next op) can be deduced
as PL_eval_start or PL_op->op_next on success/failure.
p4raw-id: //depot/perl@31582
|
|
|
|
|
|
| |
From: "Reini Urban" <rurban@x-ray.at>
Message-ID: <6910a60707070600xa8638eak3c3f20b20ccc093a@mail.gmail.com>
p4raw-id: //depot/perl@31568
|