elibtoolize() has this documentation: # @FUNCTION: elibtoolize # @USAGE: [dirs] [--portage] [--reverse-deps] [--patch-only] [--remove-internal-dep=xxx] [--shallow] [--no-uclibc] # @DESCRIPTION: # Apply a smorgasbord of patches to bundled libtool files. This function # should always be safe to run. If no directories are specified, then # ${S} will be searched for appropriate files. However passing of any directory results in error due to last match in loop: for x in "$@" ; do case ${x} in ... *) eerror "Invalid elibtoolize option: ${x}" die "elibtoolize called with ${x} ??" esac done
pretty sure it's been this way for a very long time. what use do you have for this when it seems no one else does ? seems like an easier fix is to update the @USAGE line to drop the [dirs] part.
In my ebuild, src_unpack() unpacks 2 tarballs, resulting in 2 directories (one of them is assigned to S). I want to call elibtoolize in both directories. Currently used ugly workaround: cd "${S}" elibtoolize ... cd "${WORKDIR}/another_directory" S="$(pwd)" elibtoolize ...
(In reply to Arfrever Frehtes Taifersar Arahesis from comment #2) (cd "${WORKDIR}" && elibtoolize)
(In reply to SpanKY from comment #3) > (In reply to Arfrever Frehtes Taifersar Arahesis from comment #2) > > (cd "${WORKDIR}" && elibtoolize) elibtoolize (as documented) uses ${S}, not current directory.
(In reply to Arfrever Frehtes Taifersar Arahesis from comment #4) then it's even easier: S=${WORKDIR} elibtoolize
http://sources.gentoo.org/eclass/libtool.eclass?r1=1.108&r2=1.109 http://sources.gentoo.org/eclass/autotools.eclass?r1=1.158&r2=1.159