Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 479448 - gen_usr_ldscript: make a no-op for non native ABIs ?
Summary: gen_usr_ldscript: make a no-op for non native ABIs ?
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-08-02 01:37 UTC by Alexis Ballier
Modified: 2018-09-11 15:04 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alexis Ballier gentoo-dev 2013-08-02 01:37:44 UTC
With the introduction of multilib ebuilds, there is a question I'm not sure about: Some ebuilds call gen_usr_ldscript to move libraries to /, fine. However, libraries for the non native ABI have nothing to do in /: they are useless there.

So far I've been making those calls conditional to 'multilib_is_native_abi' but maybe it would make more sense to simply no-op gen_usr_ldscript if '[[ ${ABI} != ${DEFAULT_ABI} ]]'; it should work but I'm not 100% sure.

What I'm asking is: Please take a decision either to change gen_usr_ldscript or not so that I can know what is the proper way.
Comment 1 Doug Goldstein (RETIRED) gentoo-dev 2013-08-02 13:28:14 UTC
I was actually thinking something similar as well since I've been making the calls conditional as well.
Comment 2 William Hubbs gentoo-dev 2013-08-07 21:32:13 UTC
I'm thinking that if the council decides we do not support
separat /usr without an initramfs or an early boot mechanism like
busybox[sep-usr], we can make it a complete no-op on Linux in the
future.

Thoughts?

William
Comment 3 Alexis Ballier gentoo-dev 2013-08-07 21:47:43 UTC
(In reply to William Hubbs from comment #2)
> I'm thinking that if the council decides we do not support
> separat /usr without an initramfs or an early boot mechanism like
> busybox[sep-usr], we can make it a complete no-op on Linux in the
> future.
> 
> Thoughts?
> 
> William

As you wish, as I already said, I prefer doing it in a way giving choice to users, but its not something I would yell against: There was some effort to support sep usr like with eudev or mdev and making it unconditional would basically kill those efforts (not sure if those solutions are still working anyway).

what you suggest is basically bug #417451 (this bug is more or less a duplicate of it too but I wanted a decision to know how to proceed with multilib ebuilds)
Comment 4 SpanKY gentoo-dev 2013-08-15 17:18:55 UTC
i think getting it out of the way now for non-native ABIs makes sense.  it's orthogonal to the /usr merge and applies to all systems, not just Linux.
Comment 5 SpanKY gentoo-dev 2016-03-30 22:36:02 UTC
i've implemented this here:
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=838c3028555eb9d8f12017dcf43f0c7b0c8af90f

it's contingent upon the ebuild using multilib-minimal eclasses, but that doesn't seem like a big deal as every multilib-enabled ebuild at this point is doing just that.