Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 443632 - cross-arm-hardfloat-linux-gnueabi/glibc-2.16.0: headers no longer works
Summary: cross-arm-hardfloat-linux-gnueabi/glibc-2.16.0: headers no longer works
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: x86 Linux
: Normal normal (vote)
Assignee: Gentoo Toolchain Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-11-17 13:52 UTC by Andrej Gelenberg
Modified: 2012-11-18 20:40 UTC (History)
1 user (show)

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


Attachments
cross-arm-hardfloat-linux-gnueabi-glibc-headers.log.xz (cross-arm-hardfloat-linux-gnueabi-glibc-headers.log.xz,3.06 KB, application/x-xz)
2012-11-17 13:53 UTC, Andrej Gelenberg
Details
cross-arm-hardfloat-linux-gnueabi-info.log (cross-arm-hardfloat-linux-gnueabi-info.log,18.25 KB, text/plain)
2012-11-17 13:53 UTC, Andrej Gelenberg
Details
glibc-config.logs.tar.xz (glibc-config.logs.tar.xz,7.75 KB, application/x-xz)
2012-11-17 13:53 UTC, Andrej Gelenberg
Details
eblit and ebuild patch (crossdev.patch,1.82 KB, patch)
2012-11-17 20:45 UTC, Andrej Gelenberg
Details | Diff
configure.log (config.log,39.57 KB, text/plain)
2012-11-18 20:35 UTC, Andrej Gelenberg
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andrej Gelenberg 2012-11-17 13:52:48 UTC
I think due to not jet compiled gcc, configure script fail with:

 checking whether gcc implicitly enables -fstack-protector... arm-hardfloat-linux-gnueabi-nm: conftest.o: File format is ambiguous
 arm-hardfloat-linux-gnueabi-nm: Matching formats: elf64-little elf64-x86-64-nacl elf64-x86-64-sol2 elf64-x86-64

erleare in the configure output:
 checking for arm-hardfloat-linux-gnueabi-gcc... gcc


Reproducible: Always
Comment 1 Andrej Gelenberg 2012-11-17 13:53:23 UTC
Created attachment 329712 [details]
cross-arm-hardfloat-linux-gnueabi-glibc-headers.log.xz
Comment 2 Andrej Gelenberg 2012-11-17 13:53:37 UTC
Created attachment 329714 [details]
cross-arm-hardfloat-linux-gnueabi-info.log
Comment 3 Andrej Gelenberg 2012-11-17 13:53:56 UTC
Created attachment 329716 [details]
glibc-config.logs.tar.xz
Comment 4 Andrej Gelenberg 2012-11-17 16:18:03 UTC
Got compiled as following:
crossdev -t arm-hardfloat-linux-gnueabi -s1 --without-headers

and with this patch:
diff --git a/sys-libs/glibc/files/eblits/src_compile.eblit b/sys-libs/glibc/files/eblits/src_compile.eblit
index cb4cc0b..1bb3c96 100644
--- a/sys-libs/glibc/files/eblits/src_compile.eblit
+++ b/sys-libs/glibc/files/eblits/src_compile.eblit
@@ -176,7 +176,6 @@ toolchain-glibc_headers_compile() {
        # so forcing CC/CFLAGS is sane.  unless you dont have `gcc`.  then i
        # dont care :p.
        echo "${S}"/configure ${myconf}
-       CC=gcc \
        CFLAGS="-O1 -pipe" \
        CPPFLAGS="-U_FORTIFY_SOURCE" \
        LDFLAGS="" \

It seems, that this workaround don't work anymore.
Comment 5 Andrej Gelenberg 2012-11-17 20:45:24 UTC
Created attachment 329758 [details, diff]
eblit and ebuild patch

This pacth do the trick for me.
1. "CC=gcc"-trick don't needed anymore, if you build only header
2. don't ignore binutils and gcc dependencies on crosscompile_opts_headers-only
3. systemtap useflag don't work for arm jet
Comment 6 SpanKY gentoo-dev 2012-11-18 08:05:22 UTC
Comment on attachment 329758 [details, diff]
eblit and ebuild patch

this is pretty much all wrong
Comment 7 SpanKY gentoo-dev 2012-11-18 08:06:56 UTC
should be all set now in the tree; thanks for the report!

Commit message: Disable fortify/ssp compiler checks when build glibc headers
http://sources.gentoo.org/sys-libs/glibc/files/eblits/src_compile.eblit?r1=1.28&r2=1.29
Comment 8 Andrej Gelenberg 2012-11-18 20:07:29 UTC
Please remove systemtap use flag for arm platform, it won't build with systemtap use flag.
Comment 9 Andrej Gelenberg 2012-11-18 20:33:39 UTC
Patch don't work. Still same error.
Comment 10 Andrej Gelenberg 2012-11-18 20:35:26 UTC
Created attachment 329894 [details]
configure.log

Configure log with the error.
Comment 11 Andrej Gelenberg 2012-11-18 20:40:01 UTC
Sorry, didn't had that patch. Now all working.