aboutsummaryrefslogtreecommitdiffstats
path: root/meta/conf/machine-sdk/i586.conf
AgeCommit message (Collapse)Author
2016-11-01classes/nativesdk: set SDK_OLDEST_KERNEL appropriatelypaule/sdk-fixesPaul Eggleton
SDK_OLDEST_KERNEL currently only controls the check on SDK installation, however as with OLDEST_KERNEL it should be controlling the OLDEST_KERNEL value for building glibc used in the SDK. Thus, set it in nativesdk.bbclass. This means we need to move the default to bitbake.conf so that it can be seen in both places. Also set a more reasonable default for SDK_OLDEST_KERNEL for x86/x86-64 as glibc 2.24 still supports back to 2.6.32 there and there are still people wanting to build SDKs that will install on older distros (e.g. CentOS 6). However it's not possible to set this with overrides since there aren't any for the SDK_ARCH, however we can instead set the variable from conf files in conf/machine-sdk especially as there is now a soft default for SDKMACHINE. Fixes [YOCTO #10561]. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2016-10-01machine-sdk: Clear ABIEXTENSION to avoid sstate checksum mismatch issuesRichard Purdie
When switching MACHINE, nativeksdk recipes could end up being rebuilt. Clear ABIEXTENSION to avoid this problem and ensure sstate checksum consistency. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-09eglibc/machine-sdk: Drop SDK_GLIBC_ADDONSRichard Purdie
We no longer change GLIBC_ADDONS per target so we no longer need to special case the SDK settings for it either. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-03eglibc: SDK_GLIBC_ADDONS for eglibc-nativesdk.Lianhao Lu
Use SDK_GLIBC_ADDONS for eglibc-nativesdk so that it is not dependant on the target eglibc's GLIBC_ADDONS settings. Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2009-09-18Add SDKMACHINE to simplify SDK control and add to CACHE paths to allow ↵Richard Purdie
environmental variable control Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>