From: Saul Wold <sgw@linux.intel.com>
To: hans.beckerus@gmail.com
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH v4] libtool: fix resolve of lt_sysroot
Date: Tue, 10 Sep 2013 14:33:36 -0700 [thread overview]
Message-ID: <522F9030.3020804@linux.intel.com> (raw)
In-Reply-To: <1378825041-20190-1-git-send-email-hans.beckerus@gmail.com>
On 09/10/2013 07:56 AM, hans.beckerus@gmail.com wrote:
> From: Hans Beckerus <hans.beckerus at gmail.com>
>
> 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 swapped 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.
>
What kind of testing have you done with this? Have you tried a full
world build? This kind of change scares me a little as what issues we
might have patched around or behavior built into software.
I just completed a world build locally and have failures in file-native
guile-native, and gtk+3, not sure if we need to invalidate sstate, I am
starting a clean build.
I have not dug too deeply into this yet.
Sau!
> For current upstream status see:
> http://lists.gnu.org/archive/html/bug-libtool/2013-09/msg00005.html
>
> Signed-off-by: Hans Beckerus <hans.beckerus at gmail.com>
> ---
> meta/recipes-devtools/libtool/libtool-2.4.2.inc | 1 +
> .../libtool/libtool/fix-resolve-lt-sysroot.patch | 35 ++++++++++++++++++++++
> 2 files changed, 36 insertions(+)
> create mode 100644 meta/recipes-devtools/libtool/libtool/fix-resolve-lt-sysroot.patch
>
> diff --git a/meta/recipes-devtools/libtool/libtool-2.4.2.inc b/meta/recipes-devtools/libtool/libtool-2.4.2.inc
> index bb4ddf0..92e4949 100644
> --- a/meta/recipes-devtools/libtool/libtool-2.4.2.inc
> +++ b/meta/recipes-devtools/libtool/libtool-2.4.2.inc
> @@ -20,6 +20,7 @@ SRC_URI = "${GNU_MIRROR}/libtool/libtool-${PV}.tar.gz \
> file://respect-fstack-protector.patch \
> file://norm-rpath.patch \
> file://dont-depend-on-help2man.patch \
> + file://fix-resolve-lt-sysroot.patch \
> "
>
> SRC_URI[md5sum] = "d2f3b7d4627e69e13514a40e72a24d50"
> diff --git a/meta/recipes-devtools/libtool/libtool/fix-resolve-lt-sysroot.patch b/meta/recipes-devtools/libtool/libtool/fix-resolve-lt-sysroot.patch
> new file mode 100644
> index 0000000..5a6335b
> --- /dev/null
> +++ b/meta/recipes-devtools/libtool/libtool/fix-resolve-lt-sysroot.patch
> @@ -0,0 +1,35 @@
> +
> +Upstream-Status: Pending
> +
> +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.
> +
> +I have also reported the problem to libtool here
> +
> +http://lists.gnu.org/archive/html/bug-libtool/2013-09/msg00005.html
> +
> +Signed-off-by: Hans Beckerus <hans.beckerus at gmail.com>
> +---
> +diff -ur libtool-2.4.2.orig/libltdl/m4/libtool.m4 libtool-2.4.2/libltdl/m4/libtool.m4
> +--- libtool-2.4.2.orig/libltdl/m4/libtool.m4 2013-09-05 10:37:24.690013000 +0200
> ++++ libtool-2.4.2/libltdl/m4/libtool.m4 2013-09-05 12:05:51.560281000 +0200
> +@@ -1234,7 +1234,7 @@
> + dnl in case the user passed a directory name.
> + lt_sysroot=
> + case ${with_libtool_sysroot} in #(
> +- yes)
> ++ no)
> + if test "$GCC" = yes; then
> + lt_sysroot=`$CC --print-sysroot 2>/dev/null`
> + fi
> +@@ -1242,7 +1242,7 @@
> + /*)
> + lt_sysroot=`echo "$with_libtool_sysroot" | sed -e "$sed_quote_subst"`
> + ;; #(
> +- no|'')
> ++ yes|'')
> + ;; #(
> + *)
> + AC_MSG_RESULT([${with_libtool_sysroot}])
>
next prev parent reply other threads:[~2013-09-10 21:33 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-10 14:56 [PATCH v4] libtool: fix resolve of lt_sysroot hans.beckerus
2013-09-10 21:33 ` Saul Wold [this message]
2013-09-11 8:15 ` Hans Beckérus
2013-09-11 16:05 ` Hans Beckérus
2013-09-12 17:09 ` Saul Wold
2013-09-12 18:02 ` Hans Beckérus
2013-09-12 21:09 ` Hans Beckerus
2013-09-12 21:50 ` Saul Wold
2013-09-12 23:07 ` Hans Beckerus
2013-09-13 8:06 ` Hans Beckérus
2013-09-13 8:52 ` Richard Purdie
2013-09-13 9:01 ` Hans Beckérus
2013-09-13 9:08 ` Hans Beckérus
2013-09-13 9:53 ` Hans Beckérus
2013-09-13 12:14 ` Hans Beckérus
2013-09-13 12:21 ` Richard Purdie
2013-09-13 13:08 ` Hans Beckérus
2013-09-13 13:29 ` Hans Beckérus
2013-09-13 17:49 ` Saul Wold
2013-09-13 18:03 ` Hans Beckerus
2013-09-13 19:30 ` Hans Beckerus
2013-09-13 20:36 ` Saul Wold
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=522F9030.3020804@linux.intel.com \
--to=sgw@linux.intel.com \
--cc=hans.beckerus@gmail.com \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox