summaryrefslogtreecommitdiff
path: root/hv.h
Commit message (Expand)AuthorAgeFilesLines
* RMAGIC on symbol tables is bad, m'kay.Nicholas Clark2005-12-301-0/+1
* More consting, and putting stuff in embed.fncAndy Lester2005-12-061-2/+2
* Replace hv_magic() with a macro to call sv_magic() directly. Move theNicholas Clark2005-10-301-0/+1
* Replace hv_iternext() with a macro that calls hv_iternext_flags withNicholas Clark2005-10-301-0/+2
* Minor comment fixRafael Garcia-Suarez2005-09-091-1/+1
* Given that we now have a union, there's no need for all the HvARRAY()Nicholas Clark2005-08-171-5/+1
* [patch hv.h doc] HvNAMESteve Hay2005-07-111-1/+2
* Squeeze a little more savings by moving pte and he arenas into theNicholas Clark2005-06-181-0/+3
* Provide share_hek_hek, and use it for fast copying of shared stringNicholas Clark2005-06-121-0/+7
* In the shared string table, store the HE and HEK next to each otherNicholas Clark2005-06-121-0/+4
* hash key code cleanupNicholas Clark2005-06-111-2/+0
* Store the xhv_aux structure after the main array.Nicholas Clark2005-06-011-11/+12
* Attempt 2 at a diet memory layout can go live.Nicholas Clark2005-05-311-1/+1
* Change the IV to a union.Nicholas Clark2005-05-291-22/+12
* Get the HEK once only in the hot code (class method calls)Nicholas Clark2005-05-271-0/+2
* Rename the members of the SV head union to avoid pre-processorNicholas Clark2005-05-261-1/+1
* Store the package name as a shared HEK.Nicholas Clark2005-05-261-3/+5
* I think for now these have to be disabled by default.Nicholas Clark2005-05-251-1/+1
* Reorder the union to cause Win32 compilers to use void * alignment forNicholas Clark2005-05-241-1/+1
* Don't allocate an IV slot where the type doesn't use the IV slot.Nicholas Clark2005-05-231-0/+19
* create an "allocated" structure for PVs, PVAVs and PVHVsNicholas Clark2005-05-231-0/+1
* Re-order IVX slot in SV bodiesNicholas Clark2005-05-221-1/+1
* Add a union in place of xnv_nv, which allows AVs and HVs to re-useNicholas Clark2005-05-211-4/+15
* Move the xpv_pv/xrv_rv member into the SV head, in a union withNicholas Clark2005-05-211-2/+1
* Move hv_name, hv_eiter and hv_riter into a new aux structure.Nicholas Clark2005-05-211-6/+34
* Move placeholders into a new rhash magic type.Nicholas Clark2005-05-211-10/+5
* Remove PMROOT and replace it with a small shell script. Er, magic.Nicholas Clark2005-05-201-2/+1
* Fix a typoNicholas Clark2005-05-201-1/+1
* Default to allocating the correct size for the array in the HV.Nicholas Clark2005-05-181-1/+4
* Update copyrights.Rafael Garcia-Suarez2005-03-301-1/+1
* Revert change 23843.Rafael Garcia-Suarez2005-01-241-3/+0
* Re: [perl #31924] %INC caching failure-case problemRick Delaney2005-01-211-0/+3
* Stas would prefer not to have MOD_PERL defines in perl.Nicholas Clark2003-11-031-1/+2
* s/new_hash/rehash/g (Stas suggested a better name)Nicholas Clark2003-11-031-1/+1
* mod_perl2 will require access to the Plan C hashing function.Nicholas Clark2003-11-011-1/+1
* Return 21533 (with modifications) having found the problemNicholas Clark2003-10-251-0/+11
* Back out 21533 because it broke Encode's build in really weird waysNicholas Clark2003-10-251-11/+0
* Plan C rough edge smoothing. Criteria for a hash split is nowNicholas Clark2003-10-251-0/+11
* Plan C for foiling the algorithmic complexity attackNicholas Clark2003-10-161-0/+26
* It's UTF-8, not UTF8. (Note: not s/UTF-8/UTF8/,Jarkko Hietaniemi2003-09-121-2/+2
* This should make Stas happy.Jarkko Hietaniemi2003-07-231-4/+13
* Bite the bullet and apply the hash randomisation patch.Jarkko Hietaniemi2003-06-261-1/+8
* Fix up Larry's copyright statements to my best knowledge.Jarkko Hietaniemi2003-04-161-1/+2
* Reverse copyright update (#18801) for files not changed in 2003.Hugo van der Sanden2003-03-021-1/+1
* Update all copyrights to 2003, from JarkkoHugo van der Sanden2003-03-021-1/+1
* PERL_HASH() casting games so that our hashed data is "unsignedJarkko Hietaniemi2002-05-171-4/+11
* unsigned char hashes (Re: perl@16539)Nicholas Clark2002-05-111-1/+1
* [dodgy PATCH] Re: [Storable] utf8 keys started working!Nicholas Clark2002-04-131-0/+5
* Re: the dirty half dozen (Re: perl@15662)Benjamin Goldberg2002-04-061-1/+1
* Re: the dirty half dozen (Re: perl@15662)Nicholas Clark2002-04-061-5/+27