Bug 56554 - stage2 ./intl: error: C compiler cannot create executables
Summary: stage2 ./intl: error: C compiler cannot create executables
Status: RESOLVED WORKSFORME
Alias: None
Product: gcc
Classification: Unclassified
Component: bootstrap (show other bugs)
Version: 4.8.0
: P3 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-06 23:14 UTC by Douglas Mencken
Modified: 2013-05-14 07:16 UTC (History)
0 users

See Also:
Host: powerpc-linux-uclibc
Target: powerpc-linux-uclibc
Build: powerpc-linux-uclibc
Known to work:
Known to fail:
Last reconfirmed:


Attachments
readelf of /usr/lib/libgcc_s.so.0.1 (6.44 KB, application/octet-stream)
2013-03-06 23:15 UTC, Douglas Mencken
Details
readelf of _gcc_bootstrap/./prev-gcc/libgcc_s.so.1 (6.37 KB, application/octet-stream)
2013-03-06 23:16 UTC, Douglas Mencken
Details
Attaching intl/config.log (2.69 KB, text/x-log)
2013-03-06 23:20 UTC, Douglas Mencken
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Douglas Mencken 2013-03-06 23:14:26 UTC
I built standard C Library with TLS support, and now I cannot bootstrap GCC. On stage2, I got (from ./intl/config.log):

----------------------------------------
configure:2978: checking for C compiler default output file name
configure:3000:  /root/build-farm/_gcc_bootstrap/./prev-gcc/xgcc -B/root/build-farm/_gcc_bootstrap/./prev-gcc/ -B/usr/powerpc32-gnu-linux-uclibc/bin/ -B/usr/powerpc32-gnu-linux-uclibc/bin/ -B/usr/powerpc32-gnu-linux-uclibc/lib/ -isystem /usr/powerpc32-gnu-linux-uclibc/include -isystem /usr/powerpc32-gnu-linux-uclibc/sys-include    -O3 -gtoggle  -static-libstdc++ -static-libgcc  conftest.c  >&5
/usr/powerpc32-gnu-linux-uclibc/bin/ld: /root/build-farm/_gcc_bootstrap/./prev-gcc/crtbegin.o: undefined reference to symbol '__deregister_frame_info@@GLIBC_2.0'
/usr/powerpc32-gnu-linux-uclibc/bin/ld: note: '__deregister_frame_info@@GLIBC_2.0' is defined in DSO /root/build-farm/_gcc_bootstrap/./prev-gcc/libgcc_s.so.1 so try adding it to the linker command line
----------------------------------------

I did suspect my Std C Lib, but after I did successful build of everything but GCC, I suspect it is really GCC's fault.

All I can add is that "stage0" libgcc_s.so has " 0x00000001 (NEEDED) Shared library: [ld-uClibc.so.0]" which is missed in stage1 libgcc_s.so. readelf outputs are attached.
Comment 1 Douglas Mencken 2013-03-06 23:15:46 UTC
Created attachment 29602 [details]
readelf of /usr/lib/libgcc_s.so.0.1
Comment 2 Douglas Mencken 2013-03-06 23:16:36 UTC
Created attachment 29603 [details]
readelf of _gcc_bootstrap/./prev-gcc/libgcc_s.so.1
Comment 3 Douglas Mencken 2013-03-06 23:20:51 UTC
Created attachment 29604 [details]
Attaching intl/config.log
Comment 4 Andrew Pinski 2013-03-06 23:26:58 UTC
What binutils version are you using?
Comment 5 Andrew Pinski 2013-03-06 23:28:19 UTC
Did you rebuild a candian cross to the target first before updating your libc?  I think you broke your system by changing your libc without first building a full cross build to the new target first.
Comment 6 Douglas Mencken 2013-05-14 07:16:06 UTC
As for 4.8.0 release and current 4.9.0-pre, there are no issues with linking to libgcc_s on bootstrap stages 1-3 on my side.
Problem is gone.