From: Mike Frysinger <vapier@gentoo.org>
To: gentoo-sparc@lists.gentoo.org
Subject: Re: [gentoo-sparc] Re: LIB32 or LIB?
Date: Wed, 27 Jan 2016 02:06:24 -0500 [thread overview]
Message-ID: <20160127070624.GQ14840@vapier.lan> (raw)
In-Reply-To: <56A82FFE.7050306@triadic.us>
[-- Attachment #1: Type: text/plain, Size: 1989 bytes --]
On 26 Jan 2016 21:48, Alex McWhirter wrote:
> On 01/26/2016 09:08 PM, Mike Frysinger wrote:
> > On 26 Jan 2016 19:23, Alex McWhirter wrote:
> >> On 01/26/2016 07:20 PM, Mike Frysinger wrote:
> >>> On 26 Jan 2016 18:30, Alex McWhirter wrote:
> >>>> If using symlink_lib=no, shoud 32bit libraries be placed in lib32 or
> >>>> lib? If we use lib32 we need to modify the base layout to compensate for
> >>>> this.
> >>>
> >>> there should be no lib32 under sparc. /usr/lib/ holds 32-bit libs
> >>> just like a 32-bit install, and /usr/lib64/ holds 64-bit libs.
> >>
> >> The sparc multilib profile overrides this and uses lib32 with a symlink.
> >> But using lib is probably a better option as it seems like the way
> >> everything else works.
> >
> > right ... this is part of the "we don't want SYMLINK_LIB=yes" logic.
> > this is probably all you need to start with:
> > --- a/profiles/default/linux/sparc/experimental/multilib/parent
> > +++ b/profiles/default/linux/sparc/experimental/multilib/parent
> > @@ -1,3 +1,3 @@
> > ..
> > ../../../../../releases/13.0
> > -../../../../../features/multilib/lib32
> > +../../../../../features/multilib
>
> If the goal is to abandon the symlink, why did we decide to use it in
> the first place? It seems like only amd64 does this, however it is the
> default behavior from the multilib feature. Has this just been carried
> over from the old rudimentary multilib support before the current
> multilib functionality was finalized?
yes, it's legacy cruft that we haven't been able to migrate away from
yet. we were able to drop it on other arches because their multilib
users were largely non-existent, but amd64 has always had an extensive
user base. if we can figure out how to migrate them, we will at some
point. see:
https://bugs.gentoo.org/506276
since sparc's multilib userbase does not exist, we have time to fix
that mistake. so if that diff above works for you, i'll just push it.
-mike
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
prev parent reply other threads:[~2016-01-27 7:06 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-26 23:30 [gentoo-sparc] LIB32 or LIB? Alex McWhirter
2016-01-27 0:17 ` Alex McWhirter
2016-01-27 0:20 ` [gentoo-sparc] " Mike Frysinger
2016-01-27 0:23 ` Alex McWhirter
2016-01-27 2:08 ` Mike Frysinger
2016-01-27 2:48 ` Alex McWhirter
2016-01-27 7:06 ` Mike Frysinger [this message]
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=20160127070624.GQ14840@vapier.lan \
--to=vapier@gentoo.org \
--cc=gentoo-sparc@lists.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