linux/poky.git/meta/recipes-devtools/libtool, branch 1.2_M2

libtool-cross: Add libtool & libtoolize to SSTATE_SCAN_FILES

2011-12-15T14:36:25+00:00

This fixes problems where hardcoded paths in the file were incorrect during sstate reusage of the task output. (From OE-Core rev: 69dfde005c7018b99a0397f4233841d76e383b4c) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

libtool: Upgrade from 2.4 -> 2.4.2

2011-12-01T20:40:23+00:00

Rebased patches to the newer source code and deleted resolve-sysroot.patch since its already applied upstream merged libtool-2.4.2.inc & libtool.inc files replaced PR with ${INC_PR}.0 (From OE-Core rev: aa0cb889a4ef883235dc3f3e1d76ee4a556ae03a) Signed-off-by: Nitin A Kamble Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

libtool: Avoid relinking when cross compiling, its pointless

2011-11-24T08:30:59+00:00

There is no point in having "executable" binaries in the .libs directory linked with different rpaths to the target which could concivably be run on the build system when cross compiling. This patch removes the extra rpaths ($compile_rpath) so that the output from the "link" stage can be used on the target. We can then avoid having to "relink" during the install stage. This saves some build time (do_install is over 2 minutes faster for pulseaudio). This patch also removes an annoying "seems to be moved" warning which is totally bogus in the sysroot case. (From OE-Core rev: 0a1dedeb8eea4e230b47d1516b3e6e90495fe49d) Signed-off-by: Richard Purdie

libtool-cross: Unbreak and actually use more of it

2011-11-21T16:48:51+00:00

We should be using libtool-cross for cross compiling but were not. This patch sets datadir so libtoolize ends up containing correct paths. It then installs libtoolize. The path ltmain.sh was installed to was incorrect and this is fixed. We also now install all the libtool m4 macros and config files. (From OE-Core rev: d52bdbee35bb6edc55eed613f869e46d0c0a2f31) Signed-off-by: Richard Purdie

Allow use of dash as /bin/sh

2011-11-10T11:51:18+00:00

We've had the check for dash as /bin/sh for a long time. Dash has been around long enough now that most major issues have been identified and fixed from build perspective. This patch fixes a bashism in the openjade-native recipe. It also adjusts libtool so that the header at the script is used and not the value of $SHELL. This is because many Makefiles change $SHELL so dash can get used to execute what is otherwise configured as a bash shell script. Since we don't need to execute scripts this way on any system I'm aware of us building upon, the simplest fix is just to remove $SHELL. With these two changes the dash check can be removed and we can allow builds with dash as /bin/sh (From OE-Core rev: 07ded02ffd37b4fe60a6210dbf56490ea306f0b6) Signed-off-by: Richard Purdie [Note: I know I need to add the description of the libtool change above into the prefix.patch]

libtool: Fix an issue where unnecessary rpaths were being injected

2011-09-26T16:56:44+00:00

libtool was being to aggressive in adding rpath to binaries. This change stops it adding them if that path the default search path. (From OE-Core rev: 99d1e3ee56c326b3ab68913e68d133a63f334696) Signed-off-by: Richard Purdie

gcc: remove unused patches and move patches in proper dir

2011-05-18T13:32:47+00:00

gcc: update upstream-status for patches python: update upstream-status for patches libtool: update upstream-status of patches m4: update upstream status for patches eglibc: remove unused patches eglibc: update upstream status of patches glibc: update upstream-status of patches & remove unused patches (From OE-Core rev: d10df0e5a363fe8b305ffac7e8ac231da8e07552) Signed-off-by: Nitin A Kamble Signed-off-by: Richard Purdie

recipes: Update upstream-status of patches

2011-05-13T10:02:19+00:00

python: update upstream-status for patches binutils: update upstream-status for patches gcc 4.5.1 4.6.0: update upstream-status for patches autoconf: update upstream-status for patches automake: update upstream-status for patches bison: update upstream-status for patches distcc: update upstream-status of patches fstests: update upstream-status for patches gdb: update upstream-status of patches intltool: update upstream-status of patches libtool: update upstream status of patches linux-libc-headers: update upstream-status for patches make: update upstream-status for patches perl: update upstream-status for patches python-pycurl: update upstream-status for patches python-pygobject: update upstream status for patches python-pyrex: update upstream-status for patches quilt: update upstream-status of patches tcl: update upstream-status for patches gnu-config: update upstream-status for patches gmp: update upstream-status for patches (From OE-Core rev: a62fa9b213b09bf48c48499d2e3c66a9ee306deb) Signed-off-by: Nitin A Kamble Signed-off-by: Richard Purdie

Fix to the libtool LICENSE field: libtool.inc

2011-02-26T22:07:18+00:00

License parser should use & not , Signed-off-by: Beth Flanagan

libtool: avoid absolute pathnames of general utils

2011-02-21T17:53:51+00:00

addded a new patch: libtool/avoid_absolute_paths_for_general_utils.patch This fixes [BUGID #154] This fixes [BUGID #734] Signed-off-by: Nitin A Kamble