From patchwork Thu Oct 11 10:02:00 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: libtool: Ensure the paths to sed are not hardcoded Date: Thu, 11 Oct 2012 10:02:00 -0000 From: Richard Purdie X-Patchwork-Id: 38075 Message-Id: <1349949720.14368.9.camel@ted> To: openembedded-core 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 --- diff --git a/meta/recipes-devtools/libtool/libtool-2.4.2.inc b/meta/recipes-devtools/libtool/libtool-2.4.2.inc index 95e12a2..12a783a 100644 --- a/meta/recipes-devtools/libtool/libtool-2.4.2.inc +++ b/meta/recipes-devtools/libtool/libtool-2.4.2.inc @@ -25,6 +25,9 @@ SRC_URI = "${GNU_MIRROR}/libtool/libtool-${PV}.tar.gz \ SRC_URI[md5sum] = "d2f3b7d4627e69e13514a40e72a24d50" SRC_URI[sha256sum] = "b38de44862a987293cd3d8dfae1c409d514b6c4e794ebc93648febf9afc38918" +# Don't want paths to sed-native (or anything else) encoded +CACHED_CONFIGUREVARS += "ac_cv_path_SED=sed" + do_compile_prepend () { # Sometimes this file doesn't get rebuilt, force the issue rm -f ${S}/libltdl/config/ltmain.sh