develooper Front page | perl.perl5.porters | Postings from November 2003

Re: 5.8.2-RC1 and mp2

Thread Previous | Thread Next
From:
Nicholas Clark
Date:
November 2, 2003 11:15
Subject:
Re: 5.8.2-RC1 and mp2
Message ID:
20031102191513.GQ6287@plum.flirble.org
On Sun, Nov 02, 2003 at 02:10:38AM -0800, Jan Dubois wrote:
> On Sun, 02 Nov 2003 01:00:03 -0800, Stas Bekman <stas@stason.org> wrote:
> 
> >Why do we need two variables? If PL_hash_seed is there only for binary 
> >compatibility, why not have the two point to the same thing? I've 
> >s/PL_hash_seed/PL_new_hash_seed/ in hv.[ch] and I've got everything working as 
> >well.
> 
> The reason for keeping PL_hash_seed permanently set to 0 is to maintain
> binary compatibility with 5.8.1.  Modules compiled with the 5.8.1. version
> of hv.h are using it in their PERL_HASH expansion *before* the new
> rehashing scheme kicks in.

Couldn't have explained it better. Does the p5p FAQ have an active
maintainer currently?

> Of course it looks now like Nick has to choose between either 5.8.0 or
> 5.8.1 compatibility anyways (because of the REENTR problem), so that there
> may not be much point to this.
>
> But since the set of modules breaking due to different PERL_HASH
> definitions is going to be different than the set breaking due to
> different REENTR layout, it may still be worth maintaining PERL_HASH
> compatibility even when going with the 5.8.0 REENTR layout.

Whatever I choose is wrong. But I think that the least worse choice is
binary compatibility with 5.8.0 for threaded builds (but breaks 5.8.1)
and both for hashes.

Nicholas Clark

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About