Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 172961

Summary: sys-libs/glibc ebuild ignores nostrip
Product: Gentoo Linux Reporter: Oliver McFadden <z3ro.geek>
Component: New packagesAssignee: Gentoo Linux bug wranglers <bug-wranglers>
Status: RESOLVED INVALID    
Severity: major CC: parallelgrapefruit, z3ro.geek
Priority: High    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---

Description Oliver McFadden 2007-04-01 02:18:21 UTC
The glibc ebuild always ignores the nostrip FEATURES flag, but it shouldn't be
ignored; there are a number of valid reasons *not* to strip glibc.

I have no idea why stripping is forced enabled regardless of the nostrip
FEATURES flag... This should probably be fixed.


Reproducible: Always
Comment 1 Dan 2007-04-01 04:19:00 UTC
From the glibc ebuild...

# we'll handle stripping ourself #46186
RESTRICT="nostrip multilib-pkg-force"
Comment 2 Jakub Moc (RETIRED) gentoo-dev 2007-04-01 06:04:25 UTC
As said above, NOTABUG.
Comment 3 Oliver McFadden 2007-04-02 05:41:53 UTC
Would you be able to attach a modified ebuild for glibc that does not perform any stripping? I tried to modify the ebuild myself but it seemed to still strip everything.  I really need to get a non stripped glibc.  Thank you. 
Comment 4 Jakub Moc (RETIRED) gentoo-dev 2007-04-02 06:08:50 UTC
We won't do it; it breaks things. Read the referenced bug and bunch of others. Do not mess with toolchain stuff.
Comment 5 Oliver McFadden 2007-04-02 06:20:40 UTC
Just to be clear, you're saying that if the glibc is *NOT* stripped, then this causes bugs?  I need to build a glibc that is *NOT* stripped so that I can use some tools which require symbol information from glibc. 
Comment 6 Oliver McFadden 2007-04-02 10:43:06 UTC
I'm going to reopen this again because I believe the glibc ebuild should obey the nostrip keyword.  I very much doubt that not stripping the resulting binaries and libraries would cause any problems. In fact, it's usually the opposite; stripping binaries and libraries can lead to problems.  Regardless, the ebuild should obey the nostrip keyword as nostrip is not enabled by default, and anyone who does enable it usually has good reason to do so. 
Comment 7 Oliver McFadden 2007-04-02 15:28:44 UTC
Never mind, it turned out to be a silly spelling error in make.conf so nostrip never got applied, and thus my changes to the ebuild wouldn't take effect anyway.  I'll close this now.