udev: pull in elibtoolize fixes from upstream

Current builds sometimes fail due to libtool relinking problems (having
it use -L paths to the host system instead of the sysroot).  Pull in a
fix from upstream where we run elibtoolize to workaround that.

BUG=chromium-os:21276
TEST=`emerge-arm-generic udev` works w/out -I/-L hacks
TEST=`emerge-x86-generic udev` still works
TEST=`emerge udev` still works

Change-Id: I6c4e118999e125a647fa019a316d8d4ea6b6cec3
Reviewed-on: https://gerrit.chromium.org/gerrit/11535
Reviewed-by: David James <davidjames@chromium.org>
Commit-Ready: Mike Frysinger <vapier@chromium.org>
Tested-by: Mike Frysinger <vapier@chromium.org>
This commit is contained in:
Mike Frysinger 2011-11-11 14:31:15 -05:00 committed by Gerrit
parent 538ae06713
commit 33dbb4d7f1

View File

@ -17,7 +17,7 @@ then
vcs="git-2 autotools"
fi
inherit ${vcs} eutils flag-o-matic multilib toolchain-funcs linux-info systemd
inherit ${vcs} eutils flag-o-matic multilib toolchain-funcs linux-info systemd libtool
if [[ ${PV} != "9999" ]]
then
@ -185,6 +185,8 @@ src_prepare() {
then
gtkdocize --copy || die "gtkdocize failed"
eautoreconf
else
elibtoolize
fi
}