[PATCH] powerpc64le build fails with GCC7

Alexey Neyman stilor@att.net
Mon Aug 21 21:52:00 GMT 2017


On 08/21/2017 02:21 PM, Joseph Myers wrote:
> On Mon, 21 Aug 2017, Alexey Neyman wrote:
>
>> At this point, I am not sure whether it is a GLIBC bug (i.e. it should
>> bootstrap regardless of the TARGET_FLOAT128_TYPE setting in GCC) or a GCC bug
>> (i.e. it should configure TARGET_FLOAT128_TYPE consistently regardless of the
>> headers being present in sysroot). Please advise.
> I think you should investigate further why the difference in
> TARGET_FLOAT128_TYPE.
Michael Meissner has just identified the cause for that difference; it 
is the failing test for "--with-long-double-128". So, the question 
becomes - shouldn't GCC default to 128-bit long doubles on 
powerpc64le-*-linux targets, given this is what GLIBC supports?
> But, it's always a good idea to configure such a
> bootstrap compiler with --with-glibc-version=<whatever>, which should
> avoid any need to find headers in the sysroot.  And on some platforms it's
> necessary to do so if you want to do a bootstrap with only two rather than
> three GCC builds (with the first bootstrap GCC being used to build a glibc
> that's identical to what an alternating series of builds would converge
> on) as otherwise GCC disagrees with glibc's expectations about
> stack-smashing protection mechanisms.
It would not have helped in this case. I'll add this as a further 
enhancement in crosstool-NG, thanks for the tip. Regarding two GCC 
builds, though - does --with-glibc-version=... also obviate the need for 
crt*.o files when building bootstrap GCC (i.e., libgcc)? Currently, 
crt*.o are built using "bootstrap pass-1" compiler and then passed to 
"bootstrap pass-2" so that it can build libgcc.so.

Regards,
Alexey.
>



More information about the Libc-alpha mailing list