[PATCH] 25816 Add configure option to disable TLS...

Marcin Dalecki martin@dalecki.de
Tue Jan 17 17:50:00 GMT 2006


On 2006-01-17, at 18:20, David Daney wrote:

> Marcin Dalecki wrote:
>> On 2006-01-17, at 06:33, David Daney wrote:
>>> +Note that: @option{--enable-tls} does nothing.  If configure
>>> +determines that TLS is not supported, this option will not  
>>> enable it.
>> This is not good. The user should get what he asks for. In esp. since
>> last time I checked configure determines it frequently wrong.
>
> Undoubtedly you are correct.  My main concern was to fix the  
> regression in the least invasive manner possible while still being  
> able to fully test the patch.
>
> I have no system that supports TLS where configure guesses  
> incorrectly about assembler TLS support.  If you have such a system  
> and would like to write and test a patch to support --enable-tls,  
> that would be great.

No problem. There are enough cross build cases in esp. where  
configure goes wild.
Please forgive me to not enumerate them fully, because I deal with  
this kind of
problems by circumventing configure in such cases in my build setup
(cat > config.cache <<EOF... basically because autoconf/automake/autogen
isn't reproducible in the real world out there.)
However at least ppc405 with additional TLS support on a 2.4 linux  
kernel
series hosted on a non linux system is one case where configure goes  
badly
wrong.

> In the mean time I would like to see if my patch can be committed  
> to 4.1 as is, because it fixes a real regression that I think  
> effects quite a few mipsel-linux systems.



More information about the Gcc-patches mailing list