openembedded-core.git/meta/classes/autotools.bbclass, branch krogoth

classes/externalsrc: re-run do_configure when configure files change

2016-11-08T23:03:17+00:00

If the user modifies files such as CMakeLists.txt in the case of cmake,
we want do_configure to re-run so that those changes can take effect. In
order to accomplish that, have a variable CONFIGURE_FILES which
specifies a list of files that will be put into do_configure's checksum
(either full paths, or just filenames which will be searched for in the
entire source tree). CONFIGURE_FILES then just needs to be set
appropriately depending on what do_configure is doing; for now I've set
this for autotools and cmake which are the most common cases.

Fixes [YOCTO #7617].

(From OE-Core rev: 923fc20c2862a6d75f949082c9f6532ab7e2d2cd)

Signed-off-by: Paul Eggleton 
Signed-off-by: Richard Purdie 
Signed-off-by: Armin Kuster

autotools: add default for CACHED_CONFIGUREVARS

2016-06-29T18:33:23+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 
Signed-off-by: Armin Kuster

autotools: Fix interaction with bitbake -b

2016-02-13T08:27:17+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]

Signed-off-by: Richard Purdie

autotools: Correct dependency search logic error

2016-02-13T08:27:17+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.

Signed-off-by: Richard Purdie

Make sure that the directory for CONFIGURESTAMPFILE exists

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

Signed-off-by: Markus Lehtonen 
Signed-off-by: Richard Purdie

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

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

Use oe_runmake like in base.bbclass so that EXTRA_OEMAKE will be
respected.

Signed-off-by: Markus Lehtonen 
Signed-off-by: Richard Purdie

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

2016-01-29T18:14:57+00:00

Signed-off-by: Andre McCurdy 
Signed-off-by: Ross Burton

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

2016-01-22T17:21:05+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 ]

Signed-off-by: Ross Burton

autotools.bbclass: use relative path to run configure script

2016-01-16T10:34:25+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]

Signed-off-by: Robert Yang

autotools: Allow recipe-individual configure scripts

2015-11-24T15:55:21+00:00

OpenJDK-8 has it's configure script at common/autotools - which will cause
the entire assumption of ${S}/configure is regenerated by autoreconf, intltoolize or alike
fails heavily.

Also - other configure mechanisms can be supported more similar (see how pkgsrc
manages different ones ...)

Signed-off-by: Jens Rehsack 
Signed-off-by: Ross Burton