From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1I63mr-0000HT-QY for garchives@archives.gentoo.org; Wed, 04 Jul 2007 12:16:50 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l64CF9i4009050; Wed, 4 Jul 2007 12:15:09 GMT Received: from mo-p07-ob.rzone.de (mo-p07-ob.rzone.de [81.169.146.190]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l64CBeeR004093 for ; Wed, 4 Jul 2007 12:11:40 GMT Received: from oct.local.devrieze.net ([210.1.194.130]) by post.webmailer.de (fruni mo59) (RZmta 8.2) with ESMTP id g00fc6j649r9Ab for ; Wed, 4 Jul 2007 14:11:39 +0200 (MEST) From: Paul de Vrieze To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [PMS] new dep list (useful just for cross stuff) User-Agent: KMail/1.9.7 References: <46667D30.4040501@gentoo.org> <4684B512.9030104@gentoo.org> <1183129922.2207.21.camel@localhost> In-Reply-To: <1183129922.2207.21.camel@localhost> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Disposition: inline Date: Wed, 4 Jul 2007 22:11:37 +1000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200707042211.37506.pauldv@gentoo.org> X-RZG-AUTH: kl51CIkHMwISfnYDoiNJgMuHR/Blg5MDmwdH0Ia0PPOPtvsc0k7H31tk X-RZG-CLASS-ID: mo07 X-Archives-Salt: 1e5a62c0-e56b-4ffa-9070-2652d31910c0 X-Archives-Hash: 92b4786afb72e27730b8fb438c181ce9 On Sat, 30 Jun 2007 01:12:02 Olivier Cr=EAte wrote: > On Fri, 2007-29-06 at 09:30 +0200, Luca Barbato wrote: > > Paul de Vrieze wrote: > > > There are various problems that need to be addressed for cross > > > development and (especially) multilib/abi. One of the other ones that > > > you didn't mention is some kind of subpackage support. For example wh= en > > > one installs 32 bit gtk+ to use binary firefox on an 64bit system it > > > can share the headers and docs etc. with the 64 bit version. Removing > > > either of them must however still preserve those files. > > > > A quick and dirty way implies that: > > - only the "main" abi can install stuff /usr/ > > The secondary need to be able to install into their /usr/${libdir} .. > its actually the only place where stuff from the non-main abis should be > imho. If one requires synchronized versions, there should in 99% of the cases not= be=20 any issue with header files and documentation. It will be equal, so can be= =20 shared. It might indeed be an option to require the "main" abi to be always= =20 present. Paul ps. for include headers it is rather straightforward to make forwarding=20 headers with architecture dependent redirects (using the architecture=20 defines) in case the headers are not arch independent. -- gentoo-dev@gentoo.org mailing list