libtool: Fix problem with libtoolize in multilib installations

Without this patch /usr/bin/libtoolize is different for each multilib
since their host-triplets are different, despite there being no difference in
the functionality of libtoolize itself.

This change just patches out the problematic line since its just a comment for the user
in help text. Ugly but solves the problem. This fixes issues where libtool and
libXX-libtool couldn't be installed into the same system.

(From OE-Core rev: f70040fd3ca3508d33ed24c749c0b8095b020dab)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This commit is contained in:
Richard Purdie
2018-07-30 17:00:01 +00:00
parent e3497cc22b
commit 9fe21b8dd7
2 changed files with 25 additions and 0 deletions

View File

@@ -0,0 +1,23 @@
Without this patch /usr/bin/libtoolize is different for each multilib
since their host-triplets are different, despite there being no difference in
the functionality of libtoolize itself.
Ugly, but just patch this out. This fixes issues where libtool and
libXX-libtool couldn't be installed into the same system.
Upstream-Status: Inapproriate
RP 2018/7/30
Index: libtool-2.4.6/libtoolize.in
===================================================================
--- libtool-2.4.6.orig/libtoolize.in
+++ libtool-2.4.6/libtoolize.in
@@ -113,7 +113,7 @@ You must 'cd' to the top directory of yo
When reporting a bug, please describe a test case to reproduce it and
include the following information:
- host-triplet: @host_triplet@
+ host-triplet <redacted>
version: $progname (GNU @PACKAGE@) @VERSION@
automake: `($AUTOMAKE --version) 2>/dev/null |$SED 1q`
autoconf: `($AUTOCONF --version) 2>/dev/null |$SED 1q`

View File

@@ -1,5 +1,7 @@
require libtool-${PV}.inc
SRC_URI += "file://multilib.patch"
RDEPENDS_${PN} += "bash"
#