Bug 1058258
| Summary: | FTBFS: /usr/include/gnu/stubs.h:11:30: fatal error: gnu/stubs-64-v1.h: No such file or directory | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Karsten Hopp <karsten> |
| Component: | glibc | Assignee: | Siddhesh Poyarekar <spoyarek> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | codonell, fweimer, jakub, karsten, law, mnewsome, pfrankli, spoyarek |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | ppc | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2014-02-17 14:54:09 UTC | Type: | Bug |
| 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: | 1071880 | ||
That is clearly a glibc (and likely also glibc{32,64}) bug.
In the past (and non-ppc* arches) glibc-headers includes /usr/include/gnu/stubs.h
header and glibc-devel includes /usr/include/gnu/stubs-*.h (for the corresponding multilib).
But, gnu/stubs.h has been changed recently apparently on *ppc*, so that it is:
#include <bits/wordsize.h>
#if __WORDSIZE == 32
# include <gnu/stubs-32.h>
#endif
#if __WORDSIZE == 64 && _CALL_ELF != 2
# include <gnu/stubs-64-v1.h>
#endif
#if __WORDSIZE == 64 && _CALL_ELF == 2
# include <gnu/stubs-64-v2.h>
#endif
but /usr/include/gnu/stubs-64-v1.h is included also in glibc-headers*.ppc64.rpm, rather than glibc-devel*.ppc64.rpm. This means that if you install e.g. glibc-headers*.ppc.rpm and both glibc-devel*.ppc{,64}.rpm, it will be impossible to compile 64-bit apps.
And, the glibc{32,64} hacks needs similar adjustment (basically be regenerated after glibc is fixed).
(In reply to Jakub Jelinek from comment #1) > That is clearly a glibc (and likely also glibc{32,64}) bug. > In the past (and non-ppc* arches) glibc-headers includes > /usr/include/gnu/stubs.h > header and glibc-devel includes /usr/include/gnu/stubs-*.h (for the > corresponding multilib). To be precise, "gnu/stubs-[12364]\+\.h" are included in glibc-devel and clearly "stubs-64-v1.h" doesn't match. It would be easy to just make it gnu/stubs-.*\+\.h. I'll work on this. I have pushed a fix and build to rawhide. Karsten, could you please verify that the powerpc bits are fixed? How does one push powerpc builds using fedpkg? I did a scratch build on ppc: http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1635759 and verified that stubs-64-v1.h is in glibc-devel and not glibc-headers, so this should be fixed. Please reopen if gcc still refuses to build with the latest glibc in rawhide. This problem still exists with glibc-2.18.90-27.fc21 : http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1667383 gcc build on PPC(32bit) is looking for gnu/stubs-64-v1.h, but that's only in the glibc-devel.ppc64 package Supposedly glibc32 and glibc64 packages need to be updated. redoing glibc32 and glibc64 packages with the latest glibc fixed this for me, thanks ! |
Description of problem: gcc-4.8.2-13.fc21 fails t o build on PPC: In file included from /usr/include/features.h:402:0, from /usr/include/stdio.h:27, from ../../../../libgcc/../gcc/tsystem.h:87, from ../../../../libgcc/libgcov.c:27: /usr/include/gnu/stubs.h:11:30: fatal error: gnu/stubs-64-v1.h: No such file or directory # include <gnu/stubs-64-v1.h> ^ compilation terminated. Version-Release number of selected component (if applicable): gcc-4.8.2-13.fc21 How reproducible: always Steps to Reproduce: 1. ppc-koji build --scratch f21 gcc-4.8.2-13.fc21.src.rpm 2. 3. Actual results: http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1626338 Expected results: Additional info: