On Wed, 2007-04-07 at 22:11 +1000, Paul de Vrieze wrote:
> On Sat, 30 Jun 2007 01:12:02 Olivier Crête 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 when
> > > > 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
> any issue with header files and documentation. It will be equal, so can be
> shared. It might indeed be an option to require the "main" abi to be always
> present.I really don't see how it can be made to work in a generic wait without requiring that all sub-arches use the same version as the main arch and without requiring that the main arch be installed (if we were a binary distro, we could do a common package and a bunch of sub-packages, but now we can't). > Paul > ps. for include headers it is rather straightforward to make forwarding > headers with architecture dependent redirects (using the architecture > defines) in case the headers are not arch independent. In theory, headers in /usr/include should be arch independant. You if you at glib, it installs its arch dependant header in /usr/lib -- Olivier Crête [EMAIL PROTECTED] Gentoo Developer
signature.asc
Description: This is a digitally signed message part
