Movatterモバイル変換

This is the mail archive of thelibc-alpha@sourceware.orgmailing list for theglibc project.

Re: [PATCH] powerpc64le build fails with GCC7

• From: Joseph Myers <joseph at codesourcery dot com>
• To: Alexey Neyman <stilor at att dot net>
• Cc: <libc-alpha at sourceware dot org>
• Date: Mon, 21 Aug 2017 21:21:38 +0000
• Subject: Re: [PATCH] powerpc64le build fails with GCC7
• Authentication-results: sourceware.org; auth=none
• References: <1d46726e-05d0-4b16-4960-c2ab68133fef@att.net> <alpine.DEB.2.20.1708211718440.3404@digraph.polyomino.org.uk> <e6aed26f-1458-833a-ff3d-9afe93ce864f@att.net>

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.  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.-- Joseph S. Myersjoseph@codesourcery.com

• Follow-Ups:
  • Re: [PATCH] powerpc64le build fails with GCC7
    • From: Alexey Neyman

• References:
  • [PATCH] powerpc64le build fails with GCC7
    • From: Alexey Neyman
  • Re: [PATCH] powerpc64le build fails with GCC7
    • From: Joseph Myers
  • Re: [PATCH] powerpc64le build fails with GCC7
    • From: Alexey Neyman