Kuba Ober wrote:
> A trivial solution to that is to keep both, as obviously each time an 
> equivalent of dlopen() is made, everything has to be rehashed. gperf 
> is "slightly" memory-hungry, so surely it'd need to be something using a 
> different algorithm. I'm talking hypothetically, but I also think it's a 
> weird design decision to use those possibly-colliding hashes.

I agree that it's a bit weird - but the clashes are very rare (and the
function was designed to keep them rare for "normal" usage).

>  String sorting/comparison isn't exactly a CPU killer, so couldn't the
>  original names have been used instead?

String comparison is much slower than integer comparison... we're talking
about one CPU instruction compared to a for loop! Jon would never use them
again :o) Not to mention the storage overhead of keeping the tag names in
memory - not great if you've got long lists of `YetAnotherTag.


David