| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
old body to mathoms.c
p4raw-id: //depot/perl@25897
|
|
|
|
|
| |
an extra 0 argument. Move the old body to mathoms.c
p4raw-id: //depot/perl@25895
|
|
|
| |
p4raw-id: //depot/perl@25366
|
|
|
|
|
| |
casting games.
p4raw-id: //depot/perl@25297
|
|
|
|
|
|
|
|
|
|
|
|
| |
From: Stas Bekman <stas@stason.org>
Date: Fri, 08 Jul 2005 13:52:13 +0300
Message-ID: <42CE5ADD.3020003@stason.org>
Subject: Re: [patch hv.h doc] HvNAME
From: Nicholas Clark <nick@ccl4.org>
Date: Sat, 9 Jul 2005 15:23:51 +0100
Message-ID: <20050709142351.GT15833@plum.flirble.org>
p4raw-id: //depot/perl@25111
|
|
|
|
|
| |
common arena free code.
p4raw-id: //depot/perl@24895
|
|
|
|
|
| |
scalars.
p4raw-id: //depot/perl@24811
|
|
|
|
|
| |
in one malloc()ed block.
p4raw-id: //depot/perl@24808
|
|
|
| |
p4raw-id: //depot/perl@24803
|
|
|
|
|
|
|
| |
This reduces the size of HV bodies from 24 to 20 bytes on a 32 bit
build. It has the side effect of defined %symbol_table:: now always
being true. defined %hash is already deprecated.
p4raw-id: //depot/perl@24660
|
|
|
| |
p4raw-id: //depot/perl@24649
|
|
|
|
|
|
|
|
| |
Revert the NV union back to a plain NV
Transpose the positions of IV and NV (NV is now first)
Don't allocate the NV for PV,PVIV,PVAV and PVHV (last 2 non-allocations
currently disabled by default)
p4raw-id: //depot/perl@24617
|
|
|
| |
p4raw-id: //depot/perl@24594
|
|
|
|
|
| |
arguments with embed.h
p4raw-id: //depot/perl@24590
|
|
|
|
|
|
|
|
| |
Abolish HvNAME() - as the stored pointer is not a char* you can't set
it directly now.
Storing a pointer to a HEK tracks the length too, and seems to be
faster.
p4raw-id: //depot/perl@24584
|
|
|
| |
p4raw-id: //depot/perl@24572
|
|
|
|
|
| |
it.
p4raw-id: //depot/perl@24569
|
|
|
| |
p4raw-id: //depot/perl@24557
|
|
|
| |
p4raw-id: //depot/perl@24544
|
|
|
| |
p4raw-id: //depot/perl@24542
|
|
|
|
|
|
|
| |
the memory to store pointers and integers.
(Part 1 - will be reworked to be more efficient when IV or void*
is 64 bit soon)
p4raw-id: //depot/perl@24538
|
|
|
|
|
| |
IV and UV. Avoid allocating a body for IVs and RVs.
p4raw-id: //depot/perl@24531
|
|
|
|
|
|
| |
Provide (more efficient) _get and _set macros.
Adjust the core to use them.
p4raw-id: //depot/perl@24526
|
|
|
| |
p4raw-id: //depot/perl@24525
|
|
|
|
|
|
| |
(PMROOT being needed to implement bare C<reset> - how often do you
use that?)
p4raw-id: //depot/perl@24522
|
|
|
| |
p4raw-id: //depot/perl@24516
|
|
|
|
|
| |
Override this with -DPERL_USE_LARGE_HV_ALLOC
p4raw-id: //depot/perl@24497
|
|
|
| |
p4raw-id: //depot/perl@24106
|
|
|
|
|
| |
(See discussion for bug [perl #31924])
p4raw-id: //depot/perl@23873
|
|
|
|
|
| |
Message-ID: <20041013164018.GA32174@biff.bort.ca>
p4raw-id: //depot/perl@23843
|
|
|
| |
p4raw-id: //depot/perl@21639
|
|
|
| |
p4raw-id: //depot/perl@21638
|
|
|
| |
p4raw-id: //depot/perl@21607
|
|
|
| |
p4raw-id: //depot/perl@21535
|
|
|
| |
p4raw-id: //depot/perl@21534
|
|
|
|
|
|
|
| |
the earlier of "more keys than buckets" (the old test) or
linked list too long. Rehash is triggered after a split if the
longest linked list is too long.
p4raw-id: //depot/perl@21533
|
|
|
|
|
|
|
|
|
|
|
| |
(based on Chip's plan A (binary compatibility with 5.8.0 and 5.8.1),
Chip's plan B (do something new inside the hv functions)
and introspective sort)
Provides infrastructure for hashes to change their hash function
if necessary, and code in hsplit to detect pathalogical data and
instigate a random rehashing.
Needs refinement. Let's see how much smoke it creates.
p4raw-id: //depot/perl@21471
|
|
|
|
|
|
| |
since that would break a lot of code.) Also few
stray UTF16s, UTF32s, and "encoded in Unicode".
p4raw-id: //depot/perl@21198
|
|
|
| |
p4raw-id: //depot/perl@20182
|
|
|
|
|
| |
[perl #22371] Algorimic Complexity Attack on Perl 5.6.1, 5.8.0
p4raw-id: //depot/perl@19854
|
|
|
|
|
|
|
| |
(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
|
|
|
| |
p4raw-id: //depot/perl@18807
|
|
|
| |
p4raw-id: //depot/perl@18801
|
|
|
|
|
|
|
|
|
| |
char" but old code using just a "char" doesn't need changes.
(The change is using a temporary pointer instead of a direct
cast to unsigned char* which would blindly cast anything,
not just char pointers.) (The problem arose in MacOS Classic,
as seen by Pudge, the cure by Nicholas Clark.)
p4raw-id: //depot/perl@16656
|
|
|
|
|
|
|
| |
Message-ID: <20020511165444.GD301@Bagpuss.unfortu.net>
Be explicitly unsigned char in the hash calculation.
p4raw-id: //depot/perl@16542
|
|
|
|
|
| |
Message-ID: <20020413015806.GA371@Bagpuss.unfortu.net>
p4raw-id: //depot/perl@15893
|
|
|
|
|
| |
Message-ID: <3CAE3E2E.8483505@earthlink.net>
p4raw-id: //depot/perl@15767
|
|
|
|
|
|
|
| |
Message-ID: <20020405232117.GE323@Bagpuss.unfortu.net>
(with the last one reversed)
p4raw-id: //depot/perl@15757
|
|
|
|
|
|
|
|
|
|
| |
If the bit is on, when the keys are fetched from the hash
(%h, each %h, keys %h), the Unicodified versions of the keys
are returned if needed. This solution errs on the size of
over-Unicodifying, the old solution erred on the side of
under-Unicodifying. As long as the hash keys can be a mix
of byte and Unicode strings, a perfect fit is hard to come by.
p4raw-id: //depot/perl@15407
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
one possible resolution for
"UTF-8, weird \w behaviour after HASH-KEY-ification"
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2002-01/msg01327.html
The hash keys were shared (the SvLEN(sv) = 0 was the giveaway).
The hash keys weren't \0-terminated. This meant that the EOL ($)
in regmatch() got the nextchr beyond the last character. Since
the keys were UTF-8, the nextchr was \1, not the usual
string-terminating \0. Wham, no match.
I think another possible resolution could be to stop the nextchr
computation in regmatch() from peeking beyond the last character
of the string:
nextchr = locinput < PL_regeol ? UCHARAT(locinput) : 0;
p4raw-id: //depot/perl@14908
|