From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29305 invoked from network); 12 Aug 2004 16:04:51 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 12 Aug 2004 16:04:51 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.34) id 1BvI4R-0002z0-7M for arch-gentoo-dev@lists.gentoo.org; Thu, 12 Aug 2004 16:04:51 +0000 Received: (qmail 3021 invoked by uid 89); 12 Aug 2004 16:04:40 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 16535 invoked from network); 12 Aug 2004 16:04:40 +0000 Message-ID: <411B65CA.1040808@gentoo.org> Date: Thu, 12 Aug 2004 08:42:50 -0400 From: Travis Tilley User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040811) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jason Stubbs CC: gentoo-dev@lists.gentoo.org References: <200407311309.53381.jstubbs@gentoo.org> <200408112321.28615.jstubbs@gentoo.org> <411A469F.90602@gentoo.org> <200408122212.10225.jstubbs@gentoo.org> In-Reply-To: <200408122212.10225.jstubbs@gentoo.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [gentoo-dev] Cross Compilation and Dynamic Slots (ARCH_LIBDIR) X-Archives-Salt: a17b566e-997b-45e1-b1c7-0434c710fdfe X-Archives-Hash: 8bd3346bc45bd21ac8892c80dd364644 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 -- gentoo-dev@gentoo.org mailing list