linux/poky.git/meta/classes/native.bbclass, branch edison

native.bbclass: Ensure native recipes have a deterministic baselib value

2012-01-30T16:37:58+00:00

Changes to baselib by specific machine configuration were resulting in sstate cache invalidation, particularly in multilib configurations. This patch ensures this doesn't happen and native sstate cache files are reusable. (From OE-Core rev: d0915fb0a2cc80ad45b3fd526d3b29a91d99572c) (From OE-Core rev: 4fe88a2a3c7cec3ad9ea13d39d71d317405c910a) Signed-off-by: Richard Purdie

autotools.bbclass: Set the dynamic linker search path for libtool correctly

2012-01-30T16:37:49+00:00

libtool obtains the search path from /etc/ld.so.conf and hardcodes /usr/lib and /lib. This results in host contamination and variable sets of RPATH values ending up in binaries. By exporting the correct values for all autotools recipes we avoid this. (From OE-Core rev: 93e595d5c89ebacdb8d1e6fcfe6f58fe2d30de28) (From OE-Core rev: 5e41e0973a9be890ac310e1bbf465fcd08b0add5) Signed-off-by: Richard Purdie

toolchain-scripts & other classes: add TARGET_LD_ARCH & TARGET_AS_ARCH vars

2011-08-05T16:15:59+00:00

This is comming from x32 need to pass special parameters to ld & as. (From OE-Core rev: 96931af89f9cc3056e413cff437a85eca85b3b75) Signed-off-by: Nitin A Kamble Signed-off-by: Richard Purdie

bitbake.conf/classes: Variable cleanup

2011-07-25T13:36:30+00:00

This patch removes the variables BASE_PACKAGE_ARCH, BASEPKG_HOST_SYS, BASEPKG_TARGET_SYS and also removes the immediate assignments in several core classes as these are no longer required. This should make it clearer what some of the core variables do and simplfy some overly complex and confusing class code. (From OE-Core rev: d5521be2dcbaf213c140b0d12a4176380874426b) Signed-off-by: Richard Purdie

native.bbclass: generate libdir from libdir_native

2011-07-12T14:00:46+00:00

currently, the libdir in native.bbclass is inherited from target libdir defined in bitbake.conf. This is not correct in concept, instead, it should be inherited from libdir_native. Current code works because both the target libdir and libdir_native are the same value "/usr/lib". But if libdir changes (e.g. to /usr/lib64), then build will break. This patch make libdir generated from libdir_native to fix this issue. (From OE-Core rev: fe45ef3d77d963136a13687bc14165a30e170d23) Signed-off-by: Yu Ke Signed-off-by: Richard Purdie

native.bbclass: Add a simple chown intercept command

2011-06-23T20:08:01+00:00

During native recipe processing we want to intercept any calls to chown and do nothing. This prevents errors and allows the same recipes to be used for both native and target recipes. (From OE-Core rev: 7fd8287d3320231db83c36d09f2b841e520fcfe9) Signed-off-by: Mark Hatle Signed-off-by: Richard Purdie

native/nativesdk: Clean up the depends ordering after bitbake override handling updates

2011-06-09T21:49:10+00:00

This massively cleans up the dependency handling in the two classes when interacting with BBCLASSEXTEND. This change has a dependency on the bitbake override handling change and also the existence of the RecipePreFinalise event. (From OE-Core rev: f183c7cfe377fa6ed2777605c3590a9dda2060df) Signed-off-by: Richard Purdie Signed-off-by: Richard Purdie

native.bbclass: allow a native package to be populated into its own dir

2011-06-09T15:58:33+00:00

Signed-off-by: Dexuan Cui

cmake.bbclass: fix qmake and rpath issues

2011-05-11T15:41:52+00:00

Sync with OE at 3b7d83362027fde4f6850533ab83277d95dda961 however without changing the way of generating the toolchain file and making it branding agnostic. (From OE-Core rev: ee98c2b095b991901b6c2125b2428985c873b4bd) Signed-off-by: Otavio Salvador Signed-off-by: Richard Purdie

native, nativesdk, crosssdk: reset TARGET_FPU

2011-04-05T21:20:52+00:00

When building one of the native, nativesdk or crosssdk packages TARGET_* variables' values are no longer related to the target we set via MACHINE variable, they are now related to the BUILD (native) or SDK (nativesdk, crosssdk) targets instead. We need to change TARGET_FPU variable accordingly or some of the recipes (the ones that check for TARGET_FPU value, most notably gcc and eglibc) might be confused. It's probably cleaner not to reset TARGET_FPU but to change it to something like ${BUILD_FPU} (for native) or ${SDK_FPU} (for crosssdk and nativesdk) but as long as BUILD and SDK are x86 it's safe to just reset TARGET_FPU. (From OE-Core rev: 0d4ea5d7486dc35001582bef3ff6ebfad0606bda) Signed-off-by: Ilya Yanok Signed-off-by: Richard Purdie