summaryrefslogtreecommitdiff
path: root/sv.h
Commit message (Expand)AuthorAgeFilesLines
...
* Swap the order of PERL_FBM_PREVIOUS_{L,H}_OFFSET_FROM_TABLE on littleNicholas Clark2006-12-131-2/+7
* Restore the two comments describing BmRARE and BmPREVIOUS that I'dNicholas Clark2006-12-131-1/+4
* Eliminate PVBM. Store fast Boyer-Moore tables in PVGV.Nicholas Clark2006-12-131-35/+24
* Assert that SvPAD_TYPED_on(), SvPAD_OUR_on() and SvPAD_STATE_on()Nicholas Clark2006-12-121-4/+23
* Assert that PVGVs are never SvVALID() in the PVBM sense.Nicholas Clark2006-12-121-3/+17
* Silence VC warnings about possible operator precedence problemsSteve Hay2006-12-121-3/+3
* By moving xbm_previous into the SvPVX, we save a U16 from struct xpvbm,Nicholas Clark2006-12-121-19/+38
* Add BmPREVIOUS_set(), and use it in the one place that BmPREVIOUS isNicholas Clark2006-12-111-0/+3
* Move PERL_FBM_TABLE_OFFSET and PERL_FBM_FLAGS_OFFSET_FROM_TABLE to sv.hNicholas Clark2006-12-111-3/+15
* Fix typo in change 29518 which broke non-debugging builds.Nicholas Clark2006-12-111-1/+1
* Assert that BmRARE() BmPREVIOUS() and BmUSEFUL() are only called onNicholas Clark2006-12-111-0/+3
* Change SvTAIL() to check that both SVpbm_TAIL|SVpbm_VALID are true.Nicholas Clark2006-12-111-6/+9
* Swap SVpbm_TAIL and SVpbm_VALID.Nicholas Clark2006-12-101-2/+2
* assert that SvTAIL() isn't being called on PVAVs or PVHVsNicholas Clark2006-12-081-2/+10
* Wrap some macro arguments in () to avoid precedence problems.Nicholas Clark2006-12-081-7/+7
* Assert that BmRARE, BmUSEFUL and BmPREVIOUS are only called on SVtPVBMNicholas Clark2006-12-081-3/+21
* Change 24714 was arguably over-ambitious, in that non-core modulesNicholas Clark2006-11-121-3/+19
* 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