summaryrefslogtreecommitdiffstats
path: root/meta/conf/machine/include
diff options
context:
space:
mode:
authorAndré Draszik <adraszik@tycoint.com>2016-06-10 16:12:13 +0100
committerRichard Purdie <richard.purdie@linuxfoundation.org>2016-06-12 23:47:18 +0100
commitef35facd961255fd3fe41603a23a80d378d0a98b (patch)
tree0af39db12dc9f3f5ffd4cf3d38850bb62bc69683 /meta/conf/machine/include
parentb709c6cf15168d970e5ba95d97c7052e4d4cea1a (diff)
downloadpoky-ef35facd961255fd3fe41603a23a80d378d0a98b.tar.gz
uclibc: never build with SSP
This doesn't work, as the initial gcc that is used for compiling uclibc doesn't have support for SSP yet (since that will only be available once uclibc has been compiled). Since during that same compilation step uclibc is trying to build its own utils those are failing to compile with SSP enabled as the initial gcc doesn't have access to the required libraries, yet. We never used to set UCLIBC_BUILD_SSP in the past, this was only changed as part of the upgrade to uclibc-ng in commit 63bdadc (uclibc: Switch to using uclibc-ng), so here we now simply restore the previous behaviour. Note that we still enable SSP support inside uclibc for everybody else to use, though. (From OE-Core rev: 0d4857090c5dd0d940dca6ea90afc66a4007cd88) Signed-off-by: André Draszik <adraszik@tycoint.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/conf/machine/include')
0 files changed, 0 insertions, 0 deletions