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

autotools.bbclass: Factor out aclocal copying function

2013-06-10T15:15:16+00:00

Some recipes may need to manually call the aclocal copying
functionality so factor this out into a function.

(From OE-Core master rev: a5a08543c8cec43d993b2bba0ad6a9357c0a5e04)

Signed-off-by: Richard Purdie 
Signed-off-by: Cristian Iorga 
Signed-off-by: Richard Purdie

autotools.bbclass: add EXTRACONFFUNCS variable

2013-02-01T15:51:31+00:00

- add EXTRACONFFUNCS variable in order to make it possible
to inject tasks after autotools_preconfigure

(From OE-Core rev: eafaeee58ab7a8f0613f54b8411f41ccefdf94c3)

Signed-off-by: Constantin Musca 
Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie

autotools: copy also remove-potcdate.sin from ${STAGING_DATADIR_NATIVE}/gettext/po

2012-12-14T23:17:20+00:00

* some packages (e.g. uptime, cpu, forecasts, news from meta-efl)
  don't have remove-potcdate.sin in po subdirectory, but Makefile.in.in
  supplied by autotools.bbclass depends on it and fails without like this:
  | make[3]: Entering directory `/OE/shr-core/tmp-eglibc/work/x86_64-oe-linux/uptime/0.0.2+svnr80477-r0.0/E-MODULES-EXTRA/uptime/po'
  | make[3]: *** No rule to make target `remove-potcdate.sin', needed by `remove-potcdate.sed'.  Stop.
  | make[3]: Leaving directory `/OE/shr-core/tmp-eglibc/work/x86_64-oe-linux/uptime/0.0.2+svnr80477-r0.0/E-MODULES-EXTRA/uptime/po'
  | make[2]: *** [uptime.pot] Error 2

Signed-off-by: Martin Jansa 
Signed-off-by: Saul Wold

autotools: set _FOR_BUILD variables here

2012-11-12T12:39:40+00:00

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie

autotools: Use STAGING_DATADIR_NATIVE for config.rpath

2012-10-19T12:34:51+00:00

For builds that don't use gettext, config.rpath may not exist in the target
datadir. This change uses the native directory where it will always
be present due to gettext-minimal-native (which allows us to autoreconf
recipes using gettext even if we don't have gettext built).

Signed-off-by: Richard Purdie

autotools.bbclass: Fix gettext macro versions issues

2012-10-18T11:03:28+00:00

gettext m4 macros don't use the usual versioning/serial mechanism used by
aclocal. It therefore won't update them over and above any local version of
the macro. Equally, we don't run gettextize due to it doing slightly crazy
things to the build.

When we put the aclocal directory as a -I option to aclocal, if this was
found first compared to any recipe provided macros, the correct version
of the gettext macro would still "win". With the switch so correctly override
the system directory, older recipe provided macros may get used.

This patch manually removes the problematic m4 macros in the case we're using
gettext and need to use the correct m4 macros.

This patch also always ensures the gettext manipulations happen, even in the
-native case since missing or stale gettext files could cause build failures.

(From OE-Core rev: e9645d2bbeabaa5251d49edd659ab320fd66d0ee)

Signed-off-by: Richard Purdie

autotools: Fix race over aclocal macro directory

2012-10-18T11:03:28+00:00

The previous steps taken to address races over the aclocal macro directory and the removal
of files hasn't been sufficient since aclocal still looks at that directory as part of its
default search path. This patch passes the aclocal-copy directory into aclocal as its system
directory, removing any chance of it accessing the original aclocal directory.

Hopefully this should therefore fix the race issues once and for all.

In order to do this, cp-noerror needs to not error if the directory already exists.

Its also been noticed that aclocal defaults to using STAGING_DATADIR_NATIVE even when
building for the target. Only using the target directory would cause errors such as
missing pkgconfig macros (since we only depend on pkgconfig-native, not pkgconfig).
This patch processes both sets of macros maintaining existing behaviour. At a future
date we could look into potentially optimsing this.

[YOCTO #3216]

(From OE-Core rev: ad29b331e0d61708e68ef772cdb19154956fa67e)

Signed-off-by: Richard Purdie

Revert "autotools.bbclass: using relative paths for acpaths"

2012-09-27T16:57:46+00:00

This reverts commit aa66ef6598c84231577d139ec7be413e73fac2b1 since
bdwgc-native fails to build after it. Anything which runs with a
sub-configure will fail after this change. It therefore needs
rethinking.

Signed-off-by: Richard Purdie

autotools.bbclass: using relative paths for acpaths

2012-09-27T15:29:02+00:00

Fix autotools.bbclass to use relative paths for acpaths instead of
absolute ones. Since absolute paths may cause potential autoreconf
error like:

    Can't exec "/bin/sh": Argument list too long ...

This error occurs while building coreutils with long TMPDIR, because
it has bunch of m4 files need to be expanded.

[YOCTO #2766]

Signed-off-by: Wenzong Fan 
Signed-off-by: Richard Purdie

autotools: Remove special handling for autoconf* and automake*

2012-09-24T10:17:36+00:00

For reasons that are now shrouded in obscurity, autotools.bbclass
has long contained a special heuristic to avoid attempting to run
autoreconf when building autoconf or automake themselves.  However,
the wildcard test against PN which is used there is problematic when
trying to build another package whose name happens to start with
"autoconf", and in any case it is silly to do this test at runtime
for every package.  The individual recipes for autoconf and automake
can just as easily suppress the behaviour that they don't want by
providing a custom do_configure() method which just runs configure.

Signed-off-by: Phil Blundell 
Signed-off-by: Richard Purdie