summaryrefslogtreecommitdiffstats
path: root/support/scripts/check-kernel-headers.sh
diff options
context:
space:
mode:
authorThomas Petazzoni <thomas.petazzoni@free-electrons.com>2015-10-17 15:09:09 +0200
committerThomas Petazzoni <thomas.petazzoni@free-electrons.com>2015-10-18 15:35:49 +0200
commita7463a6c8195314c870c3667a3971448e7fa4d39 (patch)
treea469c21d97445d6c33df563ca7c8d24a3f0bb574 /support/scripts/check-kernel-headers.sh
parente811f5154944147e4fceb8d199321aba91070587 (diff)
downloadbuildroot-a7463a6c8195314c870c3667a3971448e7fa4d39.tar.gz
buildroot-a7463a6c8195314c870c3667a3971448e7fa4d39.zip
gcc: pass explicit gcc_cv_libc_provides_ssp also to gcc-final
During the gcc-initial build, we already pass gcc_cv_libc_provides_ssp=yes explicitly when SSP support will be available in the C library: at this point in time the C library is not yet built, so gcc cannot detect if it will support SSP or not. However, it turns out that there are some situations for which it is also useful to tell gcc explicitly whether the SSP support is available or not: the gcc logic to decide whether uClibc has SSP support or not is broken since uClibc-ng bumped the glibc version it pretends to be. So, this commit makes sure that we explicitly pass gcc_cv_libc_provides_ssp both to gcc-initial and gcc-final, and that we're always passing either 'yes' or 'no'. Fixes: http://autobuild.buildroot.org/results/778/778e6309ba834cc70f8243a4f6c664c0bcaeb7c5/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Diffstat (limited to 'support/scripts/check-kernel-headers.sh')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud