Re: [gentoo-dev] Cross Compilation and Dynamic Slots (ARCH_LIBDIR)

[Travis Tilley <lv@gentoo.org>]

could we also get a LIBDIR into this spec? something where we could edit 
the profile to say:

[ "$ARCH" == "amd64" ] && ARCH_LIBDIR="lib64"
[ "$ARCH" == "x86" ] && ARCH_LIBDIR="lib"

or...

[ "$ARCH" == "mips-o32" ] && ARCH_LIBDIR="lib"
[ "$ARCH" == "mips-n32" ] && ARCH_LIBDIR="lib32"
[ "$ARCH" == "mips-n64" ] && ARCH_LIBDIR="lib64"

(only done in a way that makes more sense for a profile)

and then also have the following addition to econf:

[ "${ARCH_LIBDIR}" != "" ] && EXTRA_ECONF="--libdir=/usr/${ARCH_LIBDIR} 
${EXTRA_ECONF}"

that way, user and ebuild specified configuration will overwrite the 
default --libdir if specified, and the default behavior of not 
specifying --libdir isnt changed what this var isnt set. i would really 
appreciate if this edit found it's way into portage before 2.0.51, as it 
wont effect anything now and will help me to work on getting ebuilds 
lib64 aware locally (even without the multilib dependency changes).

also, with an ARCH_LIBDIR setting, we can fix any ebuild that doesnt use 
/usr/lib (like kde) by specifying --libdir=/usr/kde/3.3/${ARCH_LIBDIR} 
if ARCH_LIBDIR is set (and only if it's set)... all without changing the 
default behavior when it isnt.

my previous econf edit idea didnt allow for as much flexibility, and 
with this setup we get support for any arch that needs a specific libdir 
for free... like with mips needing lib, lib32, and lib64 depending on 
ABI. so the work i do getting amd64 multilib ready will also help mips 
get there too. it's a win/win/win/win situation :)


Travis Tilley <lv@gentoo.org>

--
gentoo-dev@gentoo.org mailing list