linux/poky.git/meta/classes/autotools.bbclass, branch 1.2_M1.final

autotools.bbclass: Report the missing configure path

2011-11-30T22:22:05+00:00

If the configure script isn't found, report the explicit path tried. This can help debug subtle errors where the ${S} sourcedir may not be exactly what is expected. (From OE-Core rev: 8cdee4c9b8ffcba69134258eff72eede61acd12f) Signed-off-by: Darren Hart Signed-off-by: Richard Purdie

Convert to use direct access to the data store (instead of bb.data.Var())

2011-11-10T11:51:19+00:00

This is the result of running the following over the metadata: sed \ -e 's:bb.data.$setVar([^,()]*,[^,()]*$, *$[^ )]*$ *):\2.\1):g' \ -e 's:bb.data.$setVarFlag([^,()]*,[^,()]*,[^,()]*$, *$[^) ]*$ *):\2.\1):g' \ -e 's:bb.data.$getVar([^,()]*$, *$[^(), ]*$ *,$[^)]*$):\2.\1,\3):g' \ -e 's:bb.data.$getVarFlag([^,()]*,[^,()]*$, *$[^(), ]*$ *,$[^)]*$):\2.\1,\3):g' \ -e 's:bb.data.$getVarFlag([^,()]*,[^,()]*$, *$[^() ]*$ *):\2.\1):g' \ -e 's:bb.data.$getVar([^,()]*$, *$[^) ]*$ *):\2.\1):g' \ -i `grep -ril bb.data *` (From OE-Core rev: b22831fd63164c4db9c0b72934d7d734a6585251) Signed-off-by: Richard Purdie

autotools: fix multi-word arguments for EXTRA_OECONF

2011-10-14T12:18:13+00:00

This is needed to better support things like the following (with a multi-word BUILD_CC): EXTRA_OECONF += '"ac_cv_prog_CC_FOR_BUILD=${BUILD_CC}"' (From OE-Core rev: 38a394e7ffedccfabda085c97add8944718943c2) Signed-off-by: Christopher Larson Signed-off-by: Richard Purdie

autotools: Enhance gettext handling to better work with SCM versions of code

2011-10-14T12:18:05+00:00

If we pull SCM based code using gettext, Makefile.in.in in the po directory can be missing. We therefore need to add this if its not already present. We could use gettextize if it wasn't so broken (for example requiring user input on stdin and installing way more files that we ever care about such as the m4 files). We also have a problem if a recipe sets a different AUX dir, for now fix this by allowing recipes to specify when this is being done using the AUTOTOOLS_AUXDIR variable. Ultimately we could likely figure this out automatically. (From OE-Core rev: acaefad1aa4b45813a004e0cd1d85bc013e435f4) Signed-off-by: Richard Purdie

autotools.bbclass: Allow dependency tracking option to be easily overridden

2011-10-06T15:59:40+00:00

(From OE-Core rev: c353a60bd8a6151a3538f0900aff0b5856aa0684) Signed-off-by: Richard Purdie

autotools: Disable dependency tracking

2011-10-04T12:46:19+00:00

There is no point in us spending time generating a ton of dependency information in source directories when we don't actually use it for our one off builds. We might as well disable the option and take the speed up. (From OE-Core rev: 970e0ae610804638d00b0a6b85c6e2e895778e8e) Signed-off-by: Richard Purdie

Remove help2man dependency

2011-10-04T12:46:19+00:00

The help2man script is pretty useless to us. It requires to run the target binary to extract help information which is not possible for any of our cross compiled target binaries. We're not interested in man pages for -cross/-native tools. It therefore makes no sense to have this as a core build dependency. This patch removes the dependeny and replaces it with a script returning false. This will trigger autotool's missing utility to use the copy of the man page included with the sources which is what would already happen when we tried to run cross compiled binaries anyway. (From OE-Core rev: 288343e30604b944dc18fd82172febd314d9c520) Signed-off-by: Richard Purdie

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

2011-09-26T16:56:43+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) Signed-off-by: Richard Purdie

autotools.bbclass: Fix m4 file race

2011-08-03T16:46:46+00:00

If something removes .m4 files from the aclocal directory whilst aclocal is running it gets upset. To avoid this we need to take a copy of the aclocal directory and build against this instead. [YOCTO #861] (From OE-Core rev: 6a4778e21341f031569f561e7699d2c616b60af0) Signed-off-by: Richard Purdie

multilib: Add support for compiling recipes against multiple ABIs

2011-07-27T15:18:40+00:00

This patch adds the core multilib class which can be used along with a parameter specifying the mutlilib to use in BBCLASSEXTEND. The MLPREFIX variable is added and can be used in cases where its too difficult to dynmaically work out where a mutltilib prefix is needed to be added to a variable. This includes: * SHLIBSDIR and PACKAGE_ARCH fixes from Lianhao Lu. * PACKAGE_DYNAMIC mapping from Yu Ke * PACKAGE_INSTALL mapping from Yu Ke * RPROVIDES mapping from Yu Ke * TARGET_VENDOR fix from Mark Hatle * Ignorning *-native-runtime dependnecies as well as *-native from Yu Ke * Map PKG and ALLOW_EMPTY from Dongxiao Xu * Ensure RCONFLICTS and PKG field dependencies are remapped (from Dongxiao Xu) * Ensure PN and MLPREFIX are set at the same time to ensure consistent BPN values (Yu Ke) (From OE-Core rev: 5d9453049915db48ec4b5972e12287417ebb61a2) Signed-off-by: Yu Ke Signed-off-by: Xu Dongxiao Signed-off-by: Lianhao Lu Signed-off-by: Richard Purdie