openembedded-core.git/meta/recipes-devtools/autoconf, branch danny

autoconf:fix autoreconf run failed on x86-64 gmae-toolchain

2013-04-23T09:38:44+00:00

Update autoconf runtime dependencies on perl and perl modules. And
remove RDEPENDS for nativesdk because the nativesdk-autoconf has same
dependencies with autoconf.

Then fixes autoreconf runs failed both on target and toolchain.

Bump up PR.

Cherry-pick commit 3533e801eecb26ae9f97649ed2f675c3965a797b

[Yocto 3100]

Signed-off-by: Hongxu Jia

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

autoconf: use --warning=cross only if supported

2012-09-10T11:08:23+00:00

Adapt autoconf to pass --warning=cross to automake only if
supported.

[YOCTO #842]

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

nativesdk: Switch to using nativesdk as a prefix, not a suffix

2012-08-31T17:21:04+00:00

As discussed on the mailing lists, using a suffix to package names is
hard and has lead to many recipes having to do PKGSUFFIX games. Its
looking extremely hard to scale nativesdk much further without hacking
many recipes.

By comparison, using a prefix like multilib does works much better and
doesn't involve "hacking" as many recipes. This change converts nativesdk
to use a prefix using the existing multilib infrastructure.

Signed-off-by: Richard Purdie

autoconf: updated to 2.69

2012-07-22T10:40:09+00:00

Tested with core-image-sato-sdk and lib32-core-image-sato-sdk.
This update was done mainly because multilib builds failed on master with this error:

| autoreconf: running: aclocal -I /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/m4/ -I /poky/build/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.12 -I /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/aclocal-copy/ -I /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/m4/ -I /poky/build/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.12 -I /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/aclocal-copy/ --force --warnings=cross
| aclocal: warning: unknown warning category 'cross'
| configure.ac:18: error: Autoconf version 2.69 or higher is required

Signed-off-by: Bogdan Marinescu 
Signed-off-by: Richard Purdie

bitbake.conf: Define USRBINPATH globally instead of individually

2012-07-18T21:17:44+00:00

Many recipes are now having to define PERLPATH and PYTHONPATH variables.
Creating USRBINPATH in bitbake.conf means we can remove all these lines
from the many recipes now needing this and simplify the code changes
needed in each case, reducing the chance of errors being introduced.

Also fixup glib python binary location issue and fix function indentation.

Signed-off-by: Richard Purdie

autoconf-nativesdk: fix builds on fedora 17

2012-04-16T21:52:39+00:00

Generally distros keep perl at /usr/bin/perl
Fedora 17 also has /bin/perl

this causes autoconf-nativesdk build on such distros to put perl
interpreter path in the perl scripts as /bin/perl

But we set perl location for target as /usr/bin/perl

This mismatch of perl path causes failure of rootfs image creation
like this:

| error: Failed dependencies:
|       /bin/perl is needed by autoconf-nativesdk-2.68-r6.x86_64.rpm
NOTE: package meta-toolchain-gmae-1.0-r7: task do_populate_sdk: Failed

The second sed command is for such a case:

eval 'case $# in 0) exec /bin/perl -S "$0";; *) exec /bin/perl -S "$0" "$@";; esac'

This line has two "/bin/perl" and we can't use a line number to tell
sed which line it is since the line numbers in different files are
defferent.

[YOCTO #2304]

Signed-off-by: Robert Yang

autoconf: remove emacs mode files to fix warnings

2012-03-14T08:29:42+00:00

WARNING: For recipe autoconf, the following files/directories were installed but not shipped in any package:
WARNING:   /usr/share/emacs
WARNING:   /usr/share/emacs/site-lisp
WARNING:   /usr/share/emacs/site-lisp/autotest-mode.elc
WARNING:   /usr/share/emacs/site-lisp/autotest-mode.el
WARNING:   /usr/share/emacs/site-lisp/autoconf-mode.el
WARNING:   /usr/share/emacs/site-lisp/autoconf-mode.elc
Signed-off-by: Saul Wold

autoconf: fix nativesdk rdepends

2012-01-06T09:22:29+00:00

Fixes this build error:

| error: Failed dependencies:
| 	m4 is needed by autoconf-nativesdk-2.68-r4.x86_64
| 	gnu-config is needed by autoconf-nativesdk-2.68-r4.x86_64
NOTE: package meta-toolchain-1.0-r6: task do_populate_sdk: Failed
ERROR: Task 8 (.../meta/recipes-core/meta/meta-toolchain.bb,
do_populate_sdk) failed with exit code '1'

Signed-off-by: Nitin A Kamble 
Signed-off-by: Richard Purdie

native.bbclass: Fix variable remapping coverage

2012-01-05T12:35:42+00:00

When looking for RDEPENDS to process, bitbake iterates through PACKAGES
*and* PN. Since native.bbclass sets PACKAGES to be empty, its pointless
remapping the list of PACKAGES since this does nothing. There is a problem
since *_${PN} are used by bitbake but not remapped by the native.bbclass
class extension code.

This changes the code to remap _${PN} in both expanded and unexpanded
forms. As a result of this, various surprising dependencies are uncovered
and the patch rectifies those. These are real bugs since they're injecting
unneeded (unremapped) dependencies into the dependency chain.

Signed-off-by: Richard Purdie