Georg-Johann Lay writes:
>> This has nothing to do with AVR, but is PR middle-end/50638. It breaks
>> TLS on all emutls targets. A patch has been posted and approved, but
>> apparently not yet installed.
>
> Thanks for the notice.
> The GCC documentation says that TLS need support of a dynamic
Rainer Orth schrieb:
> Georg-Johann Lay writes:
>
>> For example, after updating trunk to 179738,
>>
>> (gdb) set args -fpreprocessed tls-1.i -quiet -dumpbase tls-1.c
>> -mmcu=atmega128
>> -auxbase tls-1 -gdwarf-2 -O3 -O2 -version -o tls-1.s
>> (gdb) cd ~/test
>> (gdb) r
>> GNU C (GCC) version
Georg-Johann Lay writes:
> For example, after updating trunk to 179738,
>
>
>
>
> (gdb) set args -fpreprocessed tls-1.i -quiet -dumpbase tls-1.c
> -mmcu=atmega128
> -auxbase tls-1 -gdwarf-2 -O3 -O2 -version -o tls-1.s
> (gdb) cd ~/test
> (gdb) r
> GNU C (GCC) version 4.7.0 20111010 (experimenta
Rainer Orth schrieb:
> Georg-Johann Lay writes:
>
>> The auto-detect machinery fails to correctly detect that TLS is not supported
>> on AVR. This leads to gross noise of several hundreds of FAILs in testsuite.
>>
>> This patch explicitly tells that AVR doesn't support TLS.
>>
>> Lightly tested
Georg-Johann Lay writes:
> The auto-detect machinery fails to correctly detect that TLS is not supported
> on AVR. This leads to gross noise of several hundreds of FAILs in testsuite.
>
> This patch explicitly tells that AVR doesn't support TLS.
>
> Lightly tested with testsuite run on avr-unkno
The auto-detect machinery fails to correctly detect that TLS is not supported
on AVR. This leads to gross noise of several hundreds of FAILs in testsuite.
This patch explicitly tells that AVR doesn't support TLS.
Lightly tested with testsuite run on avr-unknown-none where tests like
gcc.dg/debug