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

libtool: remove build host paths from installed libtool

2014-12-31T10:17:19+00:00

Resulted libtool contains references about paths from the build host

Below variables contains hard coded build paths from the host:
LTCC=
lt_sysroot=
sys_lib_search_path_spec=
LD=
CC=
compiler_lib_search_dirs=
predep_objects=
postdep_objects=
compiler_lib_search_path=

(From OE-Core rev: d27c4226f600584f83f66c86b0988a165e8ecb75)

Signed-off-by: Shiqun Lin 
Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
Signed-off-by: Armin Kuster

libtool: add bash to RDEPENDS_libtool

2014-08-23T08:25:05+00:00

* Set CONFIG_SHELL="/bin/bash"
* Add bash to RDEPENDS_libtool

We had already set CONFIG_SHELL="/bin/bash" for libtool-native,
libtool-cross and nativesdk-libtool, now also set for target libtool, if
we don't set this, libtool would use /bin/sh, /bin/bash, /bin/ksh or
/bin/sh5 according to the host, and the build is undetermined, this
patch can fix the problem, libtool is a development tool, rdepends on
bash should not cause toubles (for example, the size of the image)

Have tried to set CONFIG_SHELL="/bin/sh" (/bin/sh -> dash), but there is
still a few bashsim in the output libtool.

Signed-off-by: Robert Yang 
Signed-off-by: Richard Purdie

Add texinfo.bbclass; recipes that use texinfo utils at build-time inherit it.

2014-05-01T22:17:50+00:00

The class itself currently does nothing. The idea is to mark all recipes that
make use of the texinfo utilities. In the future, this class could be used to
suppress the generation/formatting of documentation for performance,
explicitly track dependencies on these utilities, and eliminate Yocto's
current dependency on the host system's texinfo utilities.

Signed-off-by: Max Eliaser 
Signed-off-by: Richard Purdie

libtool: Set CONFIG_SHELL for nativesdk

2014-01-31T15:43:29+00:00

We're seeing similar failures that we saw from libtool-native and libtool-cross
where /bin/sh changed from bash to dash on different machines after sstate
reusage. This patch fixes nativesdk to avoid the same issue.

Signed-off-by: Richard Purdie

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

2014-01-23T12:14:34+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.

Signed-off-by: Richard Purdie

libtool: remove the unrecognized configure option

2014-01-22T07:24:15+00:00

Remove the unrecognized configure option '--with-sysroot' to avoid
build time warnings.

Signed-off-by: Chen Qi 
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