| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
compatability with previous versions of Perl. Change also includes
various Makefile changes to compile the new file and link it into
libperl.
p4raw-id: //depot/perl@25866
|
|
|
|
|
| |
Message-ID: <20051022155627.GA22420@rpc142.cs.man.ac.uk>
p4raw-id: //depot/perl@25829
|
|
|
|
|
|
|
| |
ARRAY in leave
Message-ID: <20051013235457.GA23386@rpc142.cs.man.ac.uk>
p4raw-id: //depot/perl@25808
|
|
|
|
|
|
|
|
| |
Specifically, this silences the warnings from the following smoke:
http://www.nntp.perl.org/group/perl.daily-build.reports/32258
(Hmm. Looks like you need to decode the base64 yourself before you
can read that.)
p4raw-id: //depot/perl@25779
|
|
|
|
|
|
| |
Message-Id: <200510141722.j9EHMfa25945@zen.crypt.org>
Date: Fri, 14 Oct 2005 18:22:41 +0100
p4raw-id: //depot/perl@25763
|
|
|
|
|
| |
Message-ID: <20051013214212.GA1122@petdance.com>
p4raw-id: //depot/perl@25754
|
|
|
|
|
| |
was fixing the overriding of CORE::require
p4raw-id: //depot/perl@25616
|
|
|
|
|
| |
CORE::GLOBAL::require by name
p4raw-id: //depot/perl@25615
|
|
|
|
|
|
|
|
|
|
|
| |
That's because require() isn't overridable at tokenizer-level
like other overridable built-ins, but is handled by the optree
builder. So, find a way to pass the information that require()
was written as CORE::require() to Perl_ck_require. This is
done by adding a new token type REQUIRE and by adding OPf_SPECIAL
to OP_REQUIRE when it's saw as CORE::require in the program text.
This fixes bug [perl #37274] The "CORE" in CORE::require is ignored.
p4raw-id: //depot/perl@25599
|
|
|
| |
p4raw-id: //depot/perl@25344
|
|
|
| |
p4raw-id: //depot/perl@25341
|
|
|
|
|
| |
Message-ID: <20050807055911.GA6384@petdance.com>
p4raw-id: //depot/perl@25277
|
|
|
|
|
| |
Message-ID: <20050728190956.GB607@petdance.com>
p4raw-id: //depot/perl@25243
|
|
|
|
|
| |
Message-ID: <20050718153738.GB20193@petdance.com>
p4raw-id: //depot/perl@25172
|
|
|
|
|
|
|
| |
Message-ID: <20050715155115.GC29983@petdance.com>
(and run regen.pl)
p4raw-id: //depot/perl@25156
|
|
|
|
|
| |
Message-ID: <20050713154919.GA24586@petdance.com>
p4raw-id: //depot/perl@25138
|
|
|
|
|
|
|
|
| |
reorganise
if (ckWARN(FOO) && should_not_happen_condition)
to
if (should_not_happen_condition && ckWARN(FOO))
p4raw-id: //depot/perl@25129
|
|
|
|
|
| |
Message-ID: <20050710193635.GC8081@petdance.com>
p4raw-id: //depot/perl@25107
|
|
|
|
|
|
|
|
| |
Message-ID: <42CC3CE9.5050606@divsol.com>
(reverted all dual-lived modules since they must work with older
perls too so must wait for a new Devel::PPPort)
p4raw-id: //depot/perl@25101
|
|
|
|
|
| |
Message-ID: <20050619134722.GB31592@localhost.localdomain>
p4raw-id: //depot/perl@24901
|
|
|
|
|
|
| |
Subject: Re: [perl #36297] builtin attrs on subrutine declarations
Message-ID: <20050615152700.96320.qmail@web52702.mail.yahoo.com>
p4raw-id: //depot/perl@24865
|
|
|
|
|
|
| |
From: Salvador "FandiXXo" (via RT) <perlbug-followup@perl.org>
Message-ID: <rt-3.0.11-36297-115797.8.75971493113916@perl.org>
p4raw-id: //depot/perl@24851
|
|
|
|
|
|
| |
can't fake them with regular PVIVs. So fake method calls have to use
real shared hask key scalars.
p4raw-id: //depot/perl@24824
|
|
|
| |
p4raw-id: //depot/perl@24798
|
|
|
| |
p4raw-id: //depot/perl@24769
|
|
|
| |
p4raw-id: //depot/perl@24760
|
|
|
|
|
| |
Message-ID: <20050606151107.GC7022@petdance.com>
p4raw-id: //depot/perl@24735
|
|
|
| |
p4raw-id: //depot/perl@24726
|
|
|
|
|
| |
Message-ID: <20050607040850.GA7033@petdance.com>
p4raw-id: //depot/perl@24717
|
|
|
| |
p4raw-id: //depot/perl@24697
|
|
|
|
|
|
|
| |
Message-ID: <17040.4111.265639.434150@apocalypse.OCF.Berkeley.EDU>
Correctly nullify CvSTART when undef'ing a CV
p4raw-id: //depot/perl@24654
|
|
|
|
|
|
|
|
|
|
|
| |
Date: Tue, 24 May 2005 11:47:22 -0500
Message-ID: <20050524164722.GC12027@petdance.com>
Subject: [PATCH] Remove unused casts
From: Andy Lester <andy@petdance.com>
Date: Tue, 24 May 2005 11:42:18 -0500
Message-ID: <20050524164218.GB12027@petdance.com>
p4raw-id: //depot/perl@24625
|
|
|
|
|
|
|
|
| |
Abolish HvNAME() - as the stored pointer is not a char* you can't set
it directly now.
Storing a pointer to a HEK tracks the length too, and seems to be
faster.
p4raw-id: //depot/perl@24584
|
|
|
|
|
| |
Message-ID: <20050521140640.GB875@petdance.com>
p4raw-id: //depot/perl@24561
|
|
|
|
|
|
| |
Provide (more efficient) _get and _set macros.
Adjust the core to use them.
p4raw-id: //depot/perl@24526
|
|
|
|
|
| |
Message-Id: <20050521024210.GA29036@mccoy.peters.homeunix.org>
p4raw-id: //depot/perl@24523
|
|
|
|
|
|
| |
(PMROOT being needed to implement bare C<reset> - how often do you
use that?)
p4raw-id: //depot/perl@24522
|
|
|
|
|
| |
Message-ID: <20050519173256.GA29039@petdance.com>
p4raw-id: //depot/perl@24508
|
|
|
|
|
|
|
|
| |
Message-ID: <B356D8F434D20B40A8CEDAEC305A1F2453D793@esebe105.NOE.Nokia.com>
completed by:
Message-ID: <B356D8F434D20B40A8CEDAEC305A1F2453D7A0@esebe105.NOE.Nokia.com>
p4raw-id: //depot/perl@24492
|
|
|
|
|
|
| |
in read-only mode. Make vi modelines compatible with non-vim
vi versions.
p4raw-id: //depot/perl@24445
|
|
|
|
|
| |
(except the generated ones)
p4raw-id: //depot/perl@24440
|
|
|
|
|
| |
plus a couple of 1 byte sv_setpv()s too.
p4raw-id: //depot/perl@24439
|
|
|
|
|
| |
use it.
p4raw-id: //depot/perl@24438
|
|
|
|
|
| |
Message-ID: <20050509154518.GA18273@petdance.com>
p4raw-id: //depot/perl@24431
|
|
|
|
|
| |
Message-ID: <20050504215540.GA20413@petdance.com>
p4raw-id: //depot/perl@24414
|
|
|
|
|
|
|
| |
In the presence of 'my' in the conditional of a while(), until(),
or for(;;) loop, add an extra scope to the body so that redo
doesn't undef the lexical
p4raw-id: //depot/perl@24412
|
|
|
|
|
| |
Message-ID: <B356D8F434D20B40A8CEDAEC305A1F2453D653@esebe105.NOE.Nokia.com>
p4raw-id: //depot/perl@24271
|
|
|
| |
p4raw-id: //depot/perl@24255
|
|
|
|
|
|
| |
Message-ID: <20050419000925.GA21640@mccoy.peters.homeunix.org>
Date: Mon, 18 Apr 2005 19:09:25 -0500
p4raw-id: //depot/perl@24248
|
|
|
|
|
|
|
|
|
| |
[perl #34934] perl 5.8.5 on x86 and x86-64 hang at compile-time
From: bstrand@switchmanagement.com (via RT) <perlbug-followup@perl.org>
Message-ID: <rt-3.0.11-34934-110595.15.9181274318682@perl.org>
This syntax error now produces a panic message.
p4raw-id: //depot/perl@24237
|