At 11:54 PM 10/5/00 -0400, Chaim Frenkel wrote:
> >>>>> "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
>
>DS> For the internals, though...
>
>DS> This would be very useful, and it's a feature I'd really like to
>implement.
>DS> Basically you're asking for pre-computed, indirect, shared hash keys.
>This
>DS> sounds like a Good Plan to me.
>
>Why precomputed? Any 'interned' string has a unique value (e.g. address).
>Though wouldn't they have to be garbage collected? Short lived hashes
>with constantly changing keys, the shared hash keys would keep growing.
I'm thinking of a central store for text constants used as hash keys. (How
many times do we use AUTOLOAD in perl 5, for example?) Something reasonably
automagic, such that we don't have to go recompute hash values every
fscking time we access something with a hash value known at program compile
time. (Or perl compile time, for that matter)
I'm also wondering if attaching a hash value to SVs would be a performance
win--probably not, but it's tempting to check and see.
Dan
--------------------------------------"it's like this"-------------------
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
