openembedded-core.git/meta/recipes-devtools/libtool, branch dora

libtool-cross/native: Force usage of bash due to sstate inconsistencies

2014-07-03T13:55:42+00:00

Scenario:
a) libtool script is built on system with bash as /bin/sh
b) machine B installs sstate from build a)
c) machine B has dash as /bin/sh

In this scenario, the script fails to work properly since its expecting
/bin/sh to have bash like syntax and it no longer does have it.

This patch forces the configure process to use /bin/bash, not /bin/sh
and hence allows the scripts to work correctly when used from sstate.

(From OE-Core rev: 24d5b449e5f4d91119f0d8e13c457618811aadfc)

Signed-off-by: Richard Purdie

libtool: Don't patch generated files

2013-09-30T21:00:24+00:00

We wipe out and regenerate all configure files so there is no point in
patching them.

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

gcc/libtool/perl: Fix various path to sed-native problems

2013-09-26T15:37:14+00:00

If sed-native is built before these programs, hardcoded paths to sed-native
can end up in scripts and other parts of the system which may cause issues
if they are later used from sstate and sed-native is not installed.

To avoid this, this patch changes the global site configuration to
specify that plain "sed" is fine to be used. We need to spell this
out for gcc since it doesn't see the site files since we don't autoreconf
it. We can remove the values from libtool. We tell perl to use "/bin/sed"
since it requires a path and the system sed should be just fine for it.

[YOCTO #4971]

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

libtool: fix resolve of lt_sysroot

2013-09-17T18:34:20+00:00

This patch updates libtool.m4 (and its output) to resolve a problem
with variable 'lt_sysroot' not being properly updated if the option
'--with[-libtool]-sysroot' is not provided when running the 'configure'
script for a package.

According to the help text ouput from 'configure':
--with-libtool-sysroot=DIR Search for dependent libraries within DIR
                        (or the compiler's sysrooot if not specified).

Due to mixed up cases in a switch statement, when checking if the option
was specified or not, wrong actions were taken resulting in an incorrect
sysroot and failures to properly locate e.g. .la files when using the
populated SDK toolchain.

For current upstream status see:
http://lists.gnu.org/archive/html/bug-libtool/2013-09/msg00005.html

Signed-off-by: Hans Beckerus 
Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie

libtool-nativesdk: rename to nativesdk-libtool

2013-05-12T07:40:57+00:00

Rename nativesdk item to prefix vs suffix. Some minor changes for
getting it works after renamed:

    * append patches dir 'libtool/' to FILESEXTRAPATHS
    * update ${S}, append '${datadir}/libtool/*' to FILES_${PN}

Signed-off-by: Wenzong Fan 
Signed-off-by: Saul Wold

libtool-native_2.4.2.bb: Always use /bin/sed for SED

2013-02-13T16:48:26+00:00

If you never use sstate and always build everything from scratch you
will never see this problem.  However, if you use sstate and build
directories that last a long time eventually you can end up with the
scenario where libtool gets a hard coded path in it for sed, and sed
may not exist.  The reason you don't see this problem to often if you
generally build from scratch is that libtool builds before sed and
will pickup the host's /bin/sed.

The way to reproduce the issue is:

bitbake some_image
bitbake -c cleansstate libtool-native
bitbake sed-native
bitbake libtool-native
bitbake -c clean sed-native
bitbake ANY_PACKAGE_THAT_USES_LIBTOOL_NATIVE

In my case I used modphp, which doesn't exist in the oe-core. You will
end up with a strange looking error like:

| make[1]: *** [buckets/apr_buckets_alloc.lo] Error 1
| /opt/build/bitbake_build/tmp/sysroots/x86_64-linux/usr/bin/x86_64-linux-libtool: line 981: /opt/build/bitbake_build/tmp/sysroots/x86_64-linux//bin/sed: No such file or directory

The solution is to always use /bin/sed for libtool-native.

Signed-off-by: Jason Wessel 
Signed-off-by: Richard Purdie

libtool-cross: Add missing libltdl components to install

2013-01-20T12:58:25+00:00

Without this some software fails to build complaining it can't find these
utilities.

Signed-off-by: Richard Purdie

libtool: remove help2man dependency

2013-01-07T13:47:42+00:00

Remove manpage creation. It wasn't working because of help2man
missing when libtool is being built. This attempt to create
manpages without help2man turns from no-op to hard error with
automake-1.13.
Removed prefix-manpage-fix.patch as only code it touched is being
removed by new dont-depend-on-help2man.patch

Signed-off-by: Marko Lindqvist 
Signed-off-by: Richard Purdie

libtool: Ensure the paths to sed are not hardcoded

2012-10-17T16:32:20+00:00

If you:

bitbake sed-native
bitbake libtool-cross

then libtool-cross has SED="/path/to/sysroot/sed" which is incorrect. If that
is reused from sstate or sed-native is cleaned, the build will fail.

This patch simply sets sed to be "sed" since we're not on systems where
the sed from PATH is broken.

Signed-off-by: Richard Purdie

libtool: update rpath normalization to use builtin

2012-08-24T16:24:02+00:00

Use the built-in normalization function instead of the sed hack.

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