summaryrefslogtreecommitdiff
path: root/sv.h
Commit message (Expand)AuthorAgeFilesLines
* assert() that SvPV_set() isn't used on arrays.Nicholas Clark2006-11-061-0/+1
* assert() that SvPV_set() isn't used on hashes.Nicholas Clark2006-11-061-0/+1
* assert() that scalars are of the correct type in *set macros.Nicholas Clark2006-11-061-0/+11
* PVCVs no longer allocate memory for the SvNVX slot, so assert thatNicholas Clark2006-11-061-0/+1
* Proper use of enumsAndy Lester2006-06-121-1/+1
* The SvREFCNT_*void* macros return void, not SV*.Marcus Holland-Moritz2006-05-241-4/+4
* Remove duplicate documentation for SvREFCNT_inc().Marcus Holland-Moritz2006-05-211-3/+6
* There is no STASH type.Marcus Holland-Moritz2006-05-191-1/+1
* Add a new macro SvVSTRING_mg that returns vstring magic, if any.Rafael Garcia-Suarez2006-05-171-0/+4
* Introduce a new keyword, state, for state variables.Rafael Garcia-Suarez2006-05-031-1/+7
* Assert that SvMAGIC() isn't being called on PVMGs which are using theNicholas Clark2006-05-021-0/+2
* Document SvGAMAGIC(), and its significance w.r.t. the side effects ofNicholas Clark2006-04-301-0/+12
* Provide a new flag for sv_usepvn_flags, SV_HAS_TRAILING_NUL, whichNicholas Clark2006-04-161-0/+1
* Merge sv_usepvn and sv_usepvn_mg into sv_usepvn_flags. "Promote" theNicholas Clark2006-04-161-0/+2
* Random accumulated patchesAndy Lester2006-03-311-2/+2
* Correct the non gcc-brace-group definition of SvAMAGIC_offNicholas Clark2006-03-151-1/+2
* Expunge references to HV_AMAGIC, HV_AMAGICbad and HV_AMAGICmb whichNicholas Clark2006-03-151-5/+0
* Moving the overloading flag from the reference to the referant allowsNicholas Clark2006-03-151-10/+21
* SVphv_REHASH can use the same flag bit as SVf_FAKE. This allowsNicholas Clark2006-03-141-4/+3
* Move the GvNAME HEK into the IV union - every GV is now 1 pointerNicholas Clark2006-03-051-5/+12
* Use a HEK to store the GV's name, rather than a malloc()ed string.Nicholas Clark2006-03-051-4/+2
* Silence a GCC warningSteve Hay2006-02-271-1/+1
* Speedups and shrinkages of SvREFCNT_incAndy Lester2006-02-271-1/+66
* GvFLAGS can be overlaid with SvCUR.Nicholas Clark2006-02-251-4/+2
* Use xpv_len rather than xpv_cur in GVs to store GvASSIGN_GENERATION.Nicholas Clark2006-02-251-2/+16
* xgv_stash can be stored as a union with the NV, reducing the size ofNicholas Clark2006-02-251-16/+44
* Curiously none of the macros SvIVX, SvUVX or SvNVX are used onNicholas Clark2006-02-251-0/+3
* Store GvGP in the SV head union. For all the common lookups [eg GvCV()]Nicholas Clark2006-02-251-13/+29
* Avoid special case SvMAGIC macros just to cope with Perl_sv_unmagic.Nicholas Clark2006-02-241-13/+4
* Use PVMGs rather than PVGVs to store the names of our variables in theNicholas Clark2006-02-241-1/+1
* Store the stash for our in the magic slot. This will allow us to useNicholas Clark2006-02-241-21/+41
* Replace usage of GvSTASH for storing the stash of C<our> withNicholas Clark2006-02-241-0/+7
* assert that SvMAGIC is never non-NULL for any PVMG used as a pad name.Nicholas Clark2006-02-241-0/+2
* Redo previous sv.h change.Nicholas Clark2006-02-241-9/+10
* Replace direct flags tests & manipulations for SVpad_TYPED andNicholas Clark2006-02-231-0/+8
* Document a sixth use for SVf_FAKENicholas Clark2006-02-231-0/+3
* Remove get magic from typeglobs. This means that PVGVs holdingNicholas Clark2006-02-231-2/+2
* Reorder the SV flags so that SVp_?OK and SVf_?OK occupy 8 contiguousNicholas Clark2006-02-211-24/+25
* Re-order the definitions of the private bits in SvFLAGS by value, soNicholas Clark2006-02-211-20/+30
* Document the many uses of SVf_FAKE.Nicholas Clark2006-02-211-1/+12
* Steal code from maint, and use PERL_ARENA_ROOTS_SIZE to size the arenaNicholas Clark2006-02-201-0/+2
* PVFMs don't need CvDEPTH, and PVCVs don't use SvIVX, so movingNicholas Clark2006-02-201-6/+16
* xcv_root and xcv_xsub can also be merged into a union, providing a newNicholas Clark2006-02-201-6/+12
* xcv_start and xcv_xsubany can be merged into a union, as they are neverNicholas Clark2006-02-201-2/+4
* Shave sizeof(NV) bytes from formats, by using the same offsetNicholas Clark2006-02-191-0/+29
* AVs and HVs don't have IVXs or NVXs, so assert this too.Nicholas Clark2006-02-191-1/+7
* Under -DDEBUGGING, assert that SvIVX, SvUVX and SvNVX aren't beingNicholas Clark2006-02-191-6/+30
* arena-rework : consolidated patchJim Cromie2006-02-181-1/+6
* Re: [PATCH] s/Null(gv|hv|sv)/NULL/gSteven Schubiger2006-02-031-1/+1
* Re: [PATCH] s/Null(av|ch)/NULL/gSteven Schubiger2006-02-021-1/+1