| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
| |
allowed to access the corresponding string buffer byte
|
|
|
|
| |
In amagic_call(), the 'method' arg comes the overload enum in overload.h, but is expected to match the bit set from %overloading::numbers::names. It values wrongly start at 1, differing by 1 from the enum indexes. This didn't appear in the tests because 'method' was reduced modulo 7 instead of 8.
|
| |
|
|
|
|
| |
Plus a comment by Nicholas
|
| |
|
|
|
| |
p4raw-id: //depot/perl@34931
|
|
|
| |
p4raw-id: //depot/perl@34926
|
|
|
|
|
|
|
| |
Message-ID: <20081120131719.GA32120@timac.local>
[tweaked for blead because of change 27941]
p4raw-id: //depot/perl@34896
|
|
|
|
|
| |
Message-ID: <20081114084436.GJ5779@tytlal.topaz.cx>
p4raw-id: //depot/perl@34831
|
|
|
| |
p4raw-id: //depot/perl@34710
|
|
|
|
|
|
| |
Message-ID: <20081103160130.GA45762@timac.local>
Date: Mon, 3 Nov 2008 16:01:31 +0000
p4raw-id: //depot/perl@34705
|
|
|
|
|
|
| |
Message-ID: <25940.1225611819@chthon>
Date: Sun, 02 Nov 2008 01:43:39 -0600
p4raw-id: //depot/perl@34698
|
|
|
|
|
|
| |
Can't easily do gv.h, as GvGP() (at least) needs to split into two
macros - one const for reading, one non-const for writing.
p4raw-id: //depot/perl@34679
|
|
|
|
|
| |
erroneous const in dump.c.
p4raw-id: //depot/perl@34675
|
|
|
| |
p4raw-id: //depot/perl@34654
|
|
|
| |
p4raw-id: //depot/perl@34653
|
|
|
| |
p4raw-id: //depot/perl@34647
|
|
|
| |
p4raw-id: //depot/perl@34629
|
|
|
| |
p4raw-id: //depot/perl@34585
|
|
|
|
|
| |
coincidentally were both from changes I made)
p4raw-id: //depot/perl@33814
|
|
|
|
|
| |
Perl_gv_fetchmethod_flags()
p4raw-id: //depot/perl@33707
|
|
|
|
|
|
| |
a non-NULL stash. So change the parameter to NN.
* Fixed the one really obscure hitherto untested case.
p4raw-id: //depot/perl@33706
|
|
|
| |
p4raw-id: //depot/perl@33704
|
|
|
| |
p4raw-id: //depot/perl@33703
|
|
|
|
|
|
|
|
|
|
|
| |
gv_fetchmethod. It therefore needs to duplicate a lot of
the internals of that function.
"Duplicate". <snigger>. You said a naughty word. Now sanitised.
[All tests pass, but I'm not 100% confident that this code is
equivalent in all reachable corner cases, and it may be possible
to simplify the error reporting logic now in gv_fetchmethod_flags]
p4raw-id: //depot/perl@33702
|
|
|
|
|
| |
Perl_gv_fetchmethod_autoload()
p4raw-id: //depot/perl@33701
|
|
|
|
|
| |
cleaner.
p4raw-id: //depot/perl@33696
|
|
|
|
|
| |
Message-ID: <20080409101244.GA11209@ostwald>
p4raw-id: //depot/perl@33665
|
|
|
|
|
|
| |
From: "Robin Barker" <Robin.Barker@npl.co.uk>
Message-ID: <46A0F33545E63740BC7563DE59CA9C6D093A35@exchsvr2.npl.ad.local>
p4raw-id: //depot/perl@33304
|
|
|
|
|
|
|
|
|
|
|
|
| |
ability to create landmines that will explode under someone in the
future when they upgrade their compiler to one with better
optimisation. We've already done this at least twice.
(Yes, some of the assertions are after code that would already have
SEGVd because it already deferences a pointer, but they are put in
to make it easier to automate checking that each and every case is
covered.)
Add a tool, checkARGS_ASSERT.pl, to check that every case is covered.
p4raw-id: //depot/perl@33291
|
|
|
|
|
|
| |
the flags. Move its implementation just ahead of sv_2mortal()'s for
CPU cache locality. Refactor all code that can be to use this.
p4raw-id: //depot/perl@32818
|
|
|
|
|
|
|
|
|
| |
Perl_gv_fetchmethod_autoload() is clearly TODO.
Move the paragraph
"strcat(), strcpy(), strncat(), strncpy(), sprintf(), vsprintf()"
to the section "Tasks that need a little C knowledge" as it doesn't
need any XS knowledge.
p4raw-id: //depot/perl@32478
|
|
|
|
|
|
|
|
|
| |
managed to cause a proxy constant subroutine in the symbol table to
be upgraded to a GV at precisely the point where it was being
considered as a possible IO handle name. The core's user-space visible
behaviour certainly was buggy - I believe this patch to be the correct
fix. However, it seems to be very hard to write a test for it.
p4raw-id: //depot/perl@32172
|
|
|
|
|
| |
sv_usepvn_flags(). Fixed.
p4raw-id: //depot/perl@32139
|
|
|
|
|
|
| |
Donate the prototype buffer to the CV in Perl_gv_init(), rather than
setting a copy, and immediately free()ing the original.
p4raw-id: //depot/perl@32136
|
|
|
|
|
| |
the length. (Not sure why I didn't spot this one during change 32124.)
p4raw-id: //depot/perl@32132
|
|
|
|
|
|
|
| |
as the length is already known. Hence conditionally compile out the
logic related to the call to strlen() from S_method_common(), and use
newSVhek in S_gv_get_super_pkg().
p4raw-id: //depot/perl@32130
|
|
|
|
|
| |
length can be obtained via CopFILESV().
p4raw-id: //depot/perl@32129
|
|
|
|
|
|
|
|
|
|
|
| |
gv_stashpv() to gv_stashpvn() and gv_fetchpv() to gv_fetchpvn_flags().
Change the len parameter of S_find_in_my_stash() from I32 to STRLEN, as
a pointer the variable needs to be passed onwards, and size matters on
64 bit platforms.
Fix the temporary scribbling of a buffer in Perl_yylex() by using
gv_fetchpvn_flags(), and remove the XXX comment added in change 27641.
Brought to you by the Campaign for the Elimination of strlen().
p4raw-id: //depot/perl@32127
|
|
|
|
|
|
| |
loop in Perl_Gv_AMupdate().
Brought to you by the Campaign for the Elimination of strlen().
p4raw-id: //depot/perl@32124
|
|
|
|
|
|
|
| |
see), so it can easily be a static variable inside gv.c. This allows
the implementation to be changed in future Perls within the 5.10.x
series.
p4raw-id: //depot/perl@32116
|
|
|
|
|
|
| |
From: "Brandon Black" <blblack@gmail.com>
Message-ID: <84621a60710072036l60c29016tba8a32b8021b5b24@mail.gmail.com>
p4raw-id: //depot/perl@32065
|
|
|
| |
p4raw-id: //depot/perl@31936
|
|
|
|
|
| |
severe warnings (as suggested by Audrey Tang)
p4raw-id: //depot/perl@31589
|
|
|
|
|
|
|
|
|
|
| |
Subject: Re: [perl #43357] *DESTROY = sub {} at runtime
From: "Brandon Black" <blblack@gmail.com>
Message-ID: <84621a60706260905x2da6eaf1x4bd7d5223951e52@mail.gmail.com>
Fix problem recently introduced with loosing a DESTROY when redefined
at runtime.
p4raw-id: //depot/perl@31472
|
|
|
|
|
|
| |
From: "Ævar Arnfjörð Bjarmason" <avarab@gmail.com>
Message-ID: <51dd1af80706031324y5618d519p460da27a2e7fe712@mail.gmail.com>
p4raw-id: //depot/perl@31341
|
|
|
|
|
|
| |
From: "Ævar Arnfjörð Bjarmason" <avarab@gmail.com>
Message-ID: <51dd1af80705011658g1156e14cw4d2b21a8d772ed41@mail.gmail.com>
p4raw-id: //depot/perl@31130
|
|
|
|
|
|
| |
From: "Brandon Black" <blblack@gmail.com>
Message-ID: <84621a60704291527y1b39be37l221ef66e4c828f66@mail.gmail.com>
p4raw-id: //depot/perl@31107
|