| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
From: "Vincent Pit" <perl@profvince.com>
Message-ID: <63615.92.128.97.94.1209490401.squirrel@92.128.97.94>
p4raw-id: //depot/perl@33766
|
|
|
|
|
|
| |
a non-NULL stash. So change the parameter to NN.
* Fixed the one really obscure hitherto untested case.
p4raw-id: //depot/perl@33706
|
|
|
|
|
|
|
|
|
|
|
| |
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_refcounted_he_new_common(), so that Perl_store_cop_label() can
call it without needing to create two temporary SVs. Use it in
newSTATEOP() and eliminate the two temporary SVs. Make
Perl_fetch_cop_label() more defensive by not assuming that the value
for ":" is always a PV. Remove its "compatibility" macro.
p4raw-id: //depot/perl@33657
|
|
|
|
|
|
| |
entry in the hints hash. Most statements don't have labels, so this
will save memory. Not sure how much.
p4raw-id: //depot/perl@33656
|
|
|
|
|
| |
Perl_sv_insert() to mathoms.c
p4raw-id: //depot/perl@33627
|
|
|
|
|
| |
Message-ID: <47F119E8.5010106@profvince.com>
p4raw-id: //depot/perl@33618
|
|
|
|
|
| |
33507.
p4raw-id: //depot/perl@33563
|
|
|
|
|
| |
Message-ID: <20080313165800.GD31102@refcnt.homeunix.org>
p4raw-id: //depot/perl@33561
|
|
|
| |
p4raw-id: //depot/perl@33508
|
|
|
|
|
| |
Message-ID: <20080312113846.GB31102@refcnt.homeunix.org>
p4raw-id: //depot/perl@33507
|
|
|
|
|
| |
Message-ID: <20080311185937.GA18713@refcnt.homeunix.org>
p4raw-id: //depot/perl@33489
|
|
|
|
|
| |
Message-ID: <20080311104929.GA4950@refcnt.homeunix.org>
p4raw-id: //depot/perl@33473
|
|
|
|
|
| |
Message-ID: <20080302210951.GD10705@refcnt.homeunix.org>
p4raw-id: //depot/perl@33471
|
|
|
|
|
| |
some XS-based modules.
p4raw-id: //depot/perl@33453
|
|
|
| |
p4raw-id: //depot/perl@33450
|
|
|
|
|
|
|
|
| |
VC7 onwards didn't seem to mind (perhaps thanks to #33411):
http://www.nntp.perl.org/group/perl.daily-build.reports/2008/03/msg54118.html
but VC6 wasn't happy:
http://www.nntp.perl.org/group/perl.daily-build.reports/2008/03/msg54099.html
p4raw-id: //depot/perl@33448
|
|
|
|
|
|
|
| |
Message-ID: <20080302191029.GC10705@refcnt.homeunix.org>
Plus regen and additional tweaks to silence warnings from VC7 in sv.c from this patch and previous patches from same author.
p4raw-id: //depot/perl@33411
|
|
|
|
|
| |
Message-ID: <20080302164743.GB10705@refcnt.homeunix.org>
p4raw-id: //depot/perl@33409
|
|
|
|
|
| |
Message-ID: <20080301182953.GB16742@refcnt.homeunix.org>
p4raw-id: //depot/perl@33406
|
|
|
|
|
|
| |
Message-ID: <20080229202939.GA16742@refcnt.homeunix.org>
Date: Fri, 29 Feb 2008 21:29:39 +0100
p4raw-id: //depot/perl@33403
|
|
|
|
|
|
| |
Message-ID: <20080208131350.GB22321@refcnt.homeunix.org>
Date: Fri, 8 Feb 2008 14:13:50 +0100
p4raw-id: //depot/perl@33400
|
|
|
|
|
|
| |
passed in request to the size that will actually be allocated. It's
the same interface as Darwin already provides with malloc_good_size().)
p4raw-id: //depot/perl@33389
|
|
|
| |
p4raw-id: //depot/perl@33384
|
|
|
|
|
|
| |
use in order to get the do_spawn-related assert macros defined. Based
on suggestions by John Malmberg.
p4raw-id: //depot/perl@33343
|
|
|
| |
p4raw-id: //depot/perl@33338
|
|
|
|
|
|
| |
From: "Robin Barker" <Robin.Barker@npl.co.uk>
Message-ID: <46A0F33545E63740BC7563DE59CA9C6D093A35@exchsvr2.npl.ad.local>
p4raw-id: //depot/perl@33304
|
|
|
|
|
| |
*Now* my Win32 DEBUGGING build works :-)
p4raw-id: //depot/perl@33300
|
|
|
|
|
| |
And even then I now get an assertion from win32.c line 628. Sigh...
p4raw-id: //depot/perl@33299
|
|
|
|
|
| |
(Fixes my DEBUGGING builds on Win32)
p4raw-id: //depot/perl@33298
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
change 33289.
p4raw-id: //depot/perl@33290
|
|
|
|
|
| |
actual function declaration.
p4raw-id: //depot/perl@33289
|
|
|
|
|
|
|
|
|
|
|
| |
In Perl_hv_copy_hints_hv(), ohv can actually be NULL.
In Perl_sortsv(), Perl_sortsv_flags() and S_qsortsvu(), array can be
NULL (if the number of elements to sort is <= 1).
In Perl_save_nogv(), gv can not be NULL.
In Perl_sv_cmp() and Perl_sv_cmp_locale(), both SVs can be NULL.
In Perl_ptr_table_fetch(), the sv can be NULL.
In PerlIO_set_ptrcnt(), ptr can be NULL.
p4raw-id: //depot/perl@33287
|
|
|
|
|
|
| |
Perl_sv_2pv_flags() all return 0/0/0.0/"" without warning given a
NULL SV pointer so they ought to be marked as NULLOK in embed.fnc.
p4raw-id: //depot/perl@33285
|
|
|
|
|
| |
it.
p4raw-id: //depot/perl@33284
|
|
|
|
|
|
|
|
| |
In Perl_sv_inc() and Perl_sv_dec(), the sv can be not NULL.
In Perl_parser_dup() the proto parser can be NULL.
In Perl_ptr_table_find(), the sought-for pointer can be NULL.
In Perl_save_set_svflags(), the saved SV can't be NULL.
p4raw-id: //depot/perl@33283
|
|
|
|
|
| |
In Perl_regnext(), p can actually be NULL.
p4raw-id: //depot/perl@33279
|
|
|
|
|
|
| |
it's actually an integer index wedged into a pointer. (To fit within
the existing save stack API.)
p4raw-id: //depot/perl@33276
|
|
|
| |
p4raw-id: //depot/perl@33273
|
|
|
| |
p4raw-id: //depot/perl@33272
|
|
|
| |
p4raw-id: //depot/perl@33271
|
|
|
| |
p4raw-id: //depot/perl@33270
|
|
|
|
|
| |
Message-ID: <20080207165158.GA22321@refcnt.homeunix.org>
p4raw-id: //depot/perl@33249
|
|
|
|
|
| |
Message-ID: <20080204144419.GB20276@refcnt.homeunix.org>
p4raw-id: //depot/perl@33245
|
|
|
|
|
| |
Message-ID: <20080203185315.GA20276@refcnt.homeunix.org>
p4raw-id: //depot/perl@33231
|
|
|
|
|
|
| |
Message-ID: <20080129124723.GA13056@refcnt.homeunix.org>
Date: Tue, 29 Jan 2008 13:47:23 +0100
p4raw-id: //depot/perl@33228
|
|
|
| |
p4raw-id: //depot/perl@33142
|
|
|
| |
p4raw-id: //depot/perl@33106
|
|
|
|
|
| |
Message-ID: <20080128125741.GA27390@refcnt.homeunix.org>
p4raw-id: //depot/perl@33103
|