Bug 149284
Summary: | cannot link librpcsvc.a into a shared object on x86_64 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jason Vas Dias <jvdias> |
Component: | glibc | Assignee: | Jakub Jelinek <jakub> |
Status: | CLOSED UPSTREAM | QA Contact: | Brian Brock <bbrock> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-02-22 16:56:27 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 164811 |
Description
Jason Vas Dias
2005-02-21 22:49:01 UTC
Why should be quota a PIE? librpcsvc.a is a -fno-pic library, so can't be linked into PIEs nor shared libraries. So why can librpcsvc.a be linked into -pie executables on every platform except x86_64 ? I was trying to build the netatalk package daemons with the -fPIE / -pie execshield options, as they are network facing and have root privilege . Now I have to remove these options only for the x86_64 platform because of this problem . It wouldn't pass rpmdiff on other arches because of DT_TEXTREL. x86-64 already requires in the linker that -fpic/-fpie/-fPIC/-fPIE objects are used in PIEs (and only -fpic/-fPIC in DSOs). Anyway, I have changed the librpcsvc.a build earlier today and Uli commited it to upstream CVS. So when new fc4 glibc rpms are built, it will be there. But it might take a few days. RHEL4 U2 initial glibc testing RPMs that should address also this problem uploaded to ftp://people.redhat.com/jakub/glibc/2.3.4-2.10/ |