summaryrefslogtreecommitdiff
path: root/gv.h
Commit message (Collapse)AuthorAgeFilesLines
* Fix up copyright years for files modified in 2007.Nicholas Clark2007-11-071-1/+1
| | | p4raw-id: //depot/perl@32237
* Re: optimize push @ISA, (was Re: parent.pm at http://corion.net/perl-dev)Brandon Black2007-08-311-0/+1
| | | | | | From: "Brandon Black" <blblack@gmail.com> Message-ID: <84621a60708121336m13dcf9e5uac624fb246f2a79c@mail.gmail.com> p4raw-id: //depot/perl@31770
* More portability nits by JarkkoRafael Garcia-Suarez2007-06-161-1/+1
| | | p4raw-id: //depot/perl@31396
* Rearrange members of structures to reduce memory size on someNicholas Clark2007-03-311-5/+5
| | | | | | platforms. On LP64 structs stackinfo, refcounted_he, and magic shrink by 8 bytes, struct yy_parser by 16. p4raw-id: //depot/perl@30817
* Don't SEGV when dumping an undefined typeglob. The HEK used to storeNicholas Clark2007-03-011-1/+1
| | | | | the GV's name can be NULL. p4raw-id: //depot/perl@30439
* Add get_cvn_flags(), which is like get_cv() but takes a length. ThisNicholas Clark2007-01-151-0/+4
| | | | | allows symbolic code references with embeded NULs to work. p4raw-id: //depot/perl@29830
* Assert that PVGVs are never SvVALID() in the PVBM sense.Nicholas Clark2006-12-121-0/+1
| | | p4raw-id: //depot/perl@29536
* Another place where Intel C++ pretending to be gcc is a reallySteve Peters2006-05-021-1/+1
| | | | | bad thing. p4raw-id: //depot/perl@28067
* GvFILE() cannot be a pointer to the memory owned by the COP, becauseNicholas Clark2006-05-021-2/+13
| | | | | | | COPs created by use can be freed along this memory, but the GP remains. Given that several GVs may refer to the same file, use a shared string rather than an individual allocation per GP. p4raw-id: //depot/perl@28060
* use NOOP macroAndy Lester2006-04-251-2/+2
| | | | | Message-ID: <20060424184451.GA1479@petdance.com> p4raw-id: //depot/perl@27958
* Ensure GvNAME doesn't return NULLMarcus Holland-Moritz2006-04-241-3/+4
| | | | | | | First patch from : Subject: Re: [PATCH] cleanup 212 warnings emitted by gcc-4.2 Message-ID: <20060423044704.6a383ee8@r2d2> p4raw-id: //depot/perl@27944
* Random accumulated patchesAndy Lester2006-03-311-3/+2
| | | | | Message-ID: <20060331054228.GA18940@petdance.com> p4raw-id: //depot/perl@27641
* Change 27380 (HEK into the IV union failed to convert the code in theNicholas Clark2006-03-051-1/+1
| | | | | non-gcc-debugging ifdef. Whoops. Very lax of me) p4raw-id: //depot/perl@27383
* Perl_gv_name_set should not leak the old HEK. Allow the flag GV_ADDNicholas Clark2006-03-051-1/+3
| | | | | to simplify GV initialisation. p4raw-id: //depot/perl@27382
* Move the GvNAME HEK into the IV union - every GV is now 1 pointerNicholas Clark2006-03-051-1/+1
| | | | | smaller. p4raw-id: //depot/perl@27380
* Use a HEK to store the GV's name, rather than a malloc()ed string.Nicholas Clark2006-03-051-12/+8
| | | | | | | Saves 1 word in each GV (no more strlen), and will also save the memory used by the string itself, as the HEK will exist already due to the key used by the symbol table for this GV. p4raw-id: //depot/perl@27379
* Provide Perl_gv_name_set to replace LVALUE use of GvNAME and GvNAMESET.Nicholas Clark2006-03-051-14/+17
| | | p4raw-id: //depot/perl@27377
* fix up gv.c and gv.hAndy Lester2006-02-271-3/+3
| | | | | Message-ID: <20060226025216.GA12758@petdance.com> p4raw-id: //depot/perl@27344
* Fix argument grouping for some macrosRafael Garcia-Suarez2006-02-271-5/+5
| | | p4raw-id: //depot/perl@27331
* GvFLAGS can be overlaid with SvCUR.Nicholas Clark2006-02-251-2/+2
| | | p4raw-id: //depot/perl@27330
* Use xpv_len rather than xpv_cur in GVs to store GvASSIGN_GENERATION.Nicholas Clark2006-02-251-2/+2
| | | | | Assert that GVs do not access SvCUR or SvLEN. p4raw-id: //depot/perl@27328
* Abstract the specific use of SvCUR in GVs for detecting variables onNicholas Clark2006-02-251-0/+5
| | | | | | both sides of an assignment using GvASSIGN_GENERATION() and GvASSIGN_GENERATION_set(). p4raw-id: //depot/perl@27327
* xgv_stash can be stored as a union with the NV, reducing the size ofNicholas Clark2006-02-251-2/+2
| | | | | PVGVs by another pointer. p4raw-id: //depot/perl@27326
* Amazingly, it seems that none of the other GV specific macros areNicholas Clark2006-02-251-17/+30
| | | | | accessed unless the GV thinks that it is a GV. p4raw-id: //depot/perl@27324
* Store GvGP in the SV head union. For all the common lookups [eg GvCV()]Nicholas Clark2006-02-251-2/+3
| | | | | | | | this avoids 1 pointer dereference and the associated risk of a CPU cache miss. Although this patch looks deceptively small, I fear its CBV(*) might be rather high. (* Crack By Volume) p4raw-id: //depot/perl@27323
* Assert that GvSTASH is only called on PVGVs and PVLVs.Nicholas Clark2006-02-241-1/+9
| | | p4raw-id: //depot/perl@27307
* Revert an assert() fix in the light of change #27152Steve Hay2006-02-131-4/+2
| | | | | | | | | | | | | | The MinGW problem described here: http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-01/msg00146.html was fixed by change #26664. This is no longer relevant in the light of change #27152, so revert it. (The other problems with VC++ 6 and BCC, fixed by change #26634, have not gone away, however.) p4raw-link: @27152 on //depot/perl: b0e6ae5b51a7c163ac7cdb0d18b54bb1819f6c13 p4raw-link: @26664 on //depot/perl: fb9e8e97420770e8f89d9f2196e1b7b0c855e8bb p4raw-link: @26634 on //depot/perl: 834268b87a8eb670d899a13106c8dfcdfc7c9b66 p4raw-id: //depot/perl@27171
* s/Nullcv/NULL/gSteven Schubiger2006-02-031-1/+1
| | | | | | Message-ID: <20060202150241.GF12591@accognoscere.homeunix.org> Date: Thu, 2 Feb 2006 16:02:41 +0100 p4raw-id: //depot/perl@27060
* gv_fetchpvn_flags ranks highly in the profile, and the ::/' scanningNicholas Clark2006-02-021-0/+2
| | | | | | | loop is iterated over millions of times. Add a flag GV_NOTQUAL purely as an optimisation, when the caller is passing in a string that is known not to contain any package separators. p4raw-id: //depot/perl@27053
* Workaround another problem following change 26395Steve Hay2006-01-051-2/+4
| | | | | MinGW doesn't like 26395 either! (ref: change 26634) p4raw-id: //depot/perl@26664
* More copyright updatesRafael Garcia-Suarez2006-01-041-1/+1
| | | p4raw-id: //depot/perl@26652
* Workaround Win32 compiler bugs following change 26395Steve Hay2006-01-041-1/+5
| | | | | | | | Can't understand what VC++ 6 and Borland don't like about it. There is similar code for SvMAGIC and SvSTASH already in sv.h. Must be compiler bugs since VC++ 7 and MinGW (and compilers on other platforms) are all happy. p4raw-id: //depot/perl@26634
* Add an optimisation to allow proxy constant subroutines to be copiedNicholas Clark2005-12-221-0/+1
| | | | | | | as proxy constant subroutines in a new symbol table where possible. (Rather than converting them to full blown constant subroutines and instantiating 2 typeglobs) p4raw-id: //depot/perl@26446
* Add a GV_NOADD_NOINIT flag to gv_fetch{pv,pvn,sv} that disablesNicholas Clark2005-12-201-0/+5
| | | | | | | addition of new typeglobs, and also disables initialisation of any typeglob placeholders. Needed to make the new constant subroutine proxy references work efficiently. p4raw-id: //depot/perl@26425
* Add some paranoia to check that GP accesses aren't being done on theNicholas Clark2005-12-171-1/+8
| | | | | wrong types of SV. p4raw-id: //depot/perl@26395
* Replace gv_fetchmethod() with a macro to call gv_fetchmethod_autoload()Nicholas Clark2005-10-301-0/+1
| | | | | with the extra TRUE argument. p4raw-id: //depot/perl@25893
* silence some compiler warningsDave Mitchell2005-07-101-2/+2
| | | p4raw-id: //depot/perl@25104
* DEFSV causes GvSVn() to be used in lvalue context.Nicholas Clark2005-07-081-3/+3
| | | | | | Not sure if instead we should recode DEFSV to avoid this, and leave GvSVn() as rvalue only, like its namesakes. p4raw-id: //depot/perl@25099
* If gp_flags is unused, why are we even allocating it?Nicholas Clark2005-06-301-3/+0
| | | p4raw-id: //depot/perl@25019
* Nothing is actually relying on GvUNIQUE holding state.Nicholas Clark2005-06-301-6/+3
| | | p4raw-id: //depot/perl@25018
* First stab at not automatically creating an unused SV for GvSVNicholas Clark2005-06-291-0/+8
| | | | | | | Enable it with -DPERL_DONT_CREATE_GVSV. Currently if enabled 22 test scripts have failures, so still some way to go. p4raw-id: //depot/perl@25009
* Update copyrights.Rafael Garcia-Suarez2005-03-301-1/+1
| | | p4raw-id: //depot/perl@24106
* Downconst external APIsRafael Garcia-Suarez2005-03-291-1/+1
| | | p4raw-id: //depot/perl@24095
* Third consting batchAndy Lester2005-03-241-1/+1
| | | | | Message-Id: <2f14220e7101a03f7659dbe79a03b115@petdance.com> p4raw-id: //depot/perl@24074
* Stage 1 of utf8 support for soft references.Nicholas Clark2005-01-071-1/+3
| | | | | | | | | | Change gv_fetchpv to take a UTF8 flag, as gv_fetchpvn_flags Add gv_fetchsv to look up a GV by SV rather than a char * pointer Provide a backwards compatability gv_fetchpv Migrate from gv_fetchpv to gv_fetchsv where the caller was grabbing the pointer from an SV All tests still pass. p4raw-id: //depot/perl@23766
* Remove spurious semicolonsNicholas Clark2004-12-061-2/+2
| | | | | | (As these 2 are spare, I guess I should send them to Mark Rhodes (former office mate) as he often said that he kept mislaying his) p4raw-id: //depot/perl@23614
* Turn gv_fullname3 and gv_efullname3 into macros that callNicholas Clark2004-12-061-0/+3
| | | | | gv_fullname4 and gv_efullname4 directly, saving overhead. p4raw-id: //depot/perl@23612
* Fix up Larry's copyright statements to my best knowledge.Jarkko Hietaniemi2003-04-161-1/+2
| | | | | | | (Lots of Perl 5 source code archaeology was involved.) Larry didn't make strangled noises when I showed him the patch, either :-) p4raw-id: //depot/perl@19242
* Reverse copyright update (#18801) for files not changed in 2003.Hugo van der Sanden2003-03-021-1/+1
| | | p4raw-id: //depot/perl@18807
* Update all copyrights to 2003, from JarkkoHugo van der Sanden2003-03-021-1/+1
| | | p4raw-id: //depot/perl@18801
View Lorry Controller Status