linux/poky.git/meta/classes/autotools.bbclass, branch python3

autotools.bbclass: fix py3 SyntaxError in cfgscript print()

2016-05-15T08:06:00+00:00

Update so this works with python3. (From OE-Core rev: f533a1f78411f5537f1395496aa39f453fee581c) Signed-off-by: Tim Orling Signed-off-by: Richard Purdie

autotools: add default for CACHED_CONFIGUREVARS

2016-05-06T09:31:12+00:00

Ensure that this variable has a default value so that we don't get debug messages that the variable couldn't be expanded. (From OE-Core rev: 27fd1bb7969b558864463450e1837c4400a03f9c) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

autotools: warn when running intltoolize if intltool isn't a dependemcy

2016-04-29T06:58:43+00:00

(From OE-Core rev: 7ba90d2083970cb2a04afb8fa2ee2d485fef4e4d) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

autotools: Fix interaction with bitbake -b

2016-02-14T11:42:18+00:00

If you run bitbake -b on something using autotools with dependencies on m4 files, it currently fails as the TASKDEPDATA is incomplete for bitbake -b and this means the relevant macros aren't found. Work around this by adding *all* m4 files for the -b case (and show a warning). [YOCTO #8890] (From OE-Core rev: 60207e0cf3a5bce9123d3631a10a9540c72a9034) Signed-off-by: Richard Purdie

autotools: Correct dependency search logic error

2016-02-14T11:42:18+00:00

We go to the effort of finding the value of start, we should then use it rather than relying on the value of dep being preserved from the previous loop. Took me far too long to notice this issue when changing the code. Also drop an unused variable. (From OE-Core rev: c546cced50ce8b72fe55f9a7cfe7fdb23c51d1ad) Signed-off-by: Richard Purdie

Make sure that the directory for CONFIGURESTAMPFILE exists

2016-01-31T13:29:48+00:00

(From OE-Core rev: bb82dc384bda48d746634ba1f4e315737993c794) Signed-off-by: Markus Lehtonen Signed-off-by: Richard Purdie

autotools.bbclass: use oe_runmake instead of ${MAKE}

2016-01-31T13:29:48+00:00

Use oe_runmake like in base.bbclass so that EXTRA_OEMAKE will be respected. (From OE-Core rev: 5e89a79ae7f26735e523917555251313995d01d4) Signed-off-by: Markus Lehtonen Signed-off-by: Richard Purdie

autotools.bbclass: don't create subshell to delete configure scripts

2016-01-30T11:37:04+00:00

(From OE-Core rev: 107ab45444bfaa2d287bb490f76b44fc827048b5) Signed-off-by: Andre McCurdy Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

autotools: don't output the full config.log on configure failure

2016-01-24T09:40:20+00:00

The config.log written by autoconf includes many pages of useless output, followed by an obfuscated error message, and then more pages of every variable that's been set. It's only understandable if you're well versed in how autoconf behaves, and often in simple failure modes doesn't actually make it clear what the problem was. Instead of outputting the whole config.log to the console when do_configure() fails, use bbfatal_log so the human-readable configure output (not the config.log) is shown to the user, and tell the user where config.log can be found if they need it. [ YOCTO #8856 ] (From OE-Core rev: 55e263c559098cce99d8c3ef57ccc39f1d4a6848) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

autotools.bbclass: use relative path to run configure script

2016-01-18T11:47:03+00:00

The absolute path (/path/to/configure) caused VPATH in Makefile to be an absolute path, and then it will be in elf files, use relative path to run configure can fix the problem. This will reduce a lot of buildpaths QA issues in a world buld. [YOCTO #8894] (From OE-Core rev: 2c6ad43af0a0c4db5d7fd342be8585bec66debfb) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie