public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Ilya A. Volynets-Evenbakh" <iluxa@gentoo.org>
To: Jason Stubbs <jstubbs@gentoo.org>
Cc: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Cross Compilation and Dynamic Slots
Date: Wed, 11 Aug 2004 09:17:35 -0700	[thread overview]
Message-ID: <411A469F.90602@gentoo.org> (raw)
In-Reply-To: <200408112321.28615.jstubbs@gentoo.org>

Here are few of my comments/questions.

Let me try to understand multilib on MIPS example (which is probably 
most complex ABI screw-up case).
For starters, standrard mips toolchain, when compiled with multilibs 
enabled, is capable of producing
binaries for any ABI. At the same time, this imposes specific file 
system layout
(o32 libraries go into /lib /usr/lib /usr/lib/gcc-lib/lib, n32 - /lib32 
/usr/lib32 /usr/lib/gcc-lib/lib32, n64 -
/lib64 /usr/lib64 /usr/lib/gcc-lib/lib64).

On one hand this is good - different ABIs can coexist, and even mix in 
some cases. On the other hand
thus is bad - many programs do not expect to have libraried not in /lib 
/usr/lib places. As it is now,
I have special patch, that makes glibc and gcc use /lib /usr/lib layout 
when using N32 and not using
multilibs.

So, for one thing, we should probably add another variable - ABI - since 
ARCH will be mips in all three cases.

I'm not sure I understand what you mean by

 When keyword matching is 
done, they are search in order of ACCEPT_KEYWORDS and the first match is used 
when sourcing bashrc and when recording the installation into the installed 
package database.

How do we handle the case, where we have two different apps, depending 
on same lib, and
one is requested to be compiled as o32 and another as n32? And in 
general, how do we allow
user to specify which ABI he wants to use for this specific compile (Yes 
- it is possible some
will want to compile different apps with different ABIs - i.e. n32 is 
generally faster then n64
because it has lmaller pointer size, but for that same reason its 
addressing is limited. Thus
in order to utilize all 8G of ram in my origin, I will need certain apps 
to be n64).

I'll have more question later ;-)

    Ilya

>MULTILIB
>
>I'll use amd64 as the example. In the profile, bashrc would set aliases 
>defining how to run gcc to create 32bit binaries when ARCH="x86". The 
>profile's ACCEPT_KEYWORDS would be "amd64 x86". When keyword matching is 
>done, they are search in order of ACCEPT_KEYWORDS and the first match is used 
>when sourcing bashrc and when recording the installation into the installed 
>package database.
>
>Any packages that the to be installed package depends on will then be 
>installed using the accepted keyword.
>
>
>I'm sure there are a few issues remaining here. I think that most of them will 
>be much easier to deal with, though. Feedback is greatly welcome.
>
>Regards,
>Jason Stubbs
>
>--
>gentoo-dev@gentoo.org mailing list
>
>  
>


--
gentoo-dev@gentoo.org mailing list


  reply	other threads:[~2004-08-11 16:17 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-07-31  4:09 [gentoo-dev] Dynamic SLOTs Jason Stubbs
2004-07-31  6:46 ` Mike Frysinger
2004-07-31  8:32   ` Jason Stubbs
2004-07-31 16:29     ` Mike Frysinger
2004-08-01  2:01       ` Jason Stubbs
2004-08-01 21:27         ` Martin Schlemmer
2004-08-03 23:34           ` Jason Stubbs
2004-08-03 23:57             ` Mike Frysinger
2004-08-04 14:28               ` Jason Stubbs
2004-08-04 20:11                 ` Aron Griffis
2004-08-04 23:47                   ` Jason Stubbs
2004-08-05  1:45                     ` Lina Pezzella
2004-08-05 13:57                       ` Jason Stubbs
2004-08-05  3:00                     ` Aron Griffis
2004-08-05 13:50                       ` Jason Stubbs
2004-08-05  8:59                   ` Ned Ludd
2004-08-06  3:10                 ` Mike Frysinger
2004-08-06 11:45                   ` Jason Stubbs
2004-08-09 23:35             ` Matthieu Sozeau
2004-08-10 12:21               ` Jason Stubbs
2004-08-10 12:53                 ` Matthieu Sozeau
2004-08-10 13:37                   ` Jason Stubbs
2004-08-06 11:56   ` Paul de Vrieze
2004-08-06 12:41     ` Jason Stubbs
2004-08-06 15:18       ` Paul de Vrieze
2004-08-06 17:28         ` Mike Frysinger
2004-08-06 23:57         ` Jason Stubbs
2004-08-07 10:42           ` Paul de Vrieze
2004-08-07 11:07           ` Chris Bainbridge
2004-08-07 11:25             ` Jason Stubbs
2004-08-10 14:55 ` Jason Stubbs
2004-08-11 14:21   ` [gentoo-dev] Cross Compilation and Dynamic Slots Jason Stubbs
2004-08-11 16:17     ` Ilya A. Volynets-Evenbakh [this message]
2004-08-12 13:12       ` Jason Stubbs
2004-08-12 12:42         ` [gentoo-dev] Cross Compilation and Dynamic Slots (ARCH_LIBDIR) Travis Tilley

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=411A469F.90602@gentoo.org \
    --to=iluxa@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    --cc=jstubbs@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox