It would appear that since I replaced libgcc_s.so with a linker script, there are a couple of changes in the build of glibc: * -fno-stack-protector is no longer required in BuildFlags for the build to succeed * The following process goes runnaway, and it remains even after rpmbuild completes successfully, and uses any and all available CPU time: /root/rpmbuild/BUILD/glibc-2.12-2-gc4ccff1/build-armv5tel-linuxnptl/elf/ld-linux.so.3 --library-path /root/rpmbuild/BUILD/glibc-2.12-2-gc4ccff1/build-armv5tel-linuxnptl:/root/rpmbuild/BUILD/glibc-2.12-2-gc4ccff1/build-armv5tel-linuxnptl/math:/root/rpmbuild/BUILD/glibc-2.12-2-gc4ccff1/build-armv5tel-linuxnptl/elf:/root/rpmbuild/BUILD/glibc-2.12-2-gc4ccff1/build-armv5tel-linuxnptl/dlfcn:/root/rpmbuild/BUILD/glibc-2.12-2-gc4ccff1/build-armv5tel-linuxnptl/nss:/root/rpmbuild/BUILD/glibc-2.12-2-gc4ccff1/build-armv5tel-linuxnptl/nis:/root/rpmbuild/BUILD/glibc-2.12-2-gc4ccff1/build-armv5tel-linuxnptl/rt:/root/rpmbuild/BUILD/glibc-2.12-2-gc4ccff1/build-armv5tel-linuxnptl/resolv:/root/rpmbuild/BUILD/glibc-2.12-2-gc4ccff1/build-armv5tel-linuxnptl/crypt:/root/rpmbuild/BUILD/glibc-2.12-2-gc4ccff1/build-armv5tel-linuxnptl/nptl /root/rpmbuild/BUILD/glibc-2.12-2-gc4ccff1/build-armv5tel-linuxnptl/nptl/tst-mutexpi9 I'm pretty sure that isn't right. Anyone care to hazard a guess as to why this might be happening? I should stress that glibc build now succeeds and source and binary RPMs are generated as expected. The only things I changed in glibc are: - Apply updated tzdata patch (#708452) - Spec patch to fix undefined reference to __stack_chk_guard (#726495) and optionally: - Removed -fno-stack-protector from BuildFlags as it no longer needed I just thought this might be useful to someone even though F13 is now deprecated. I haven't checked whether/how newer versions are affected. Gordan On Mon, 15 Aug 2011 18:07:21 +0100, Andrew Haley <aph@xxxxxxxxxx> wrote: > On 08/15/2011 04:08 PM, Gordan Bobic wrote: >> On Mon, 15 Aug 2011 14:52:50 +0100, Andrew Haley <aph@xxxxxxxxxx> >> wrote: >>> On 08/15/2011 02:49 PM, Gordan Bobic wrote: >>>> On Mon, 15 Aug 2011 11:59:56 +0100, Andrew Haley <aph@xxxxxxxxxx> >>>> wrote: >>>> >>>> Is that the bug that you are saying ISN'T related to the >>>> libgcc_s.so >>>> symlink vs. text file issue? >>> >>> Yes. Probably. >>> >>> By the way, you don't have to build gcc to be sure. Extract >>> unwind-arm.o >>> from libgcc_eh.a, run nm on it, and see if there is a reference to >>> __stack_chk_guard >> >> D'oh! I clearly haven't had enaough coffee today. >> >> It seems to be there in F13's GCC: >> # ar x libgcc_eh.a >> # nm unwind-arm.o | grep __stack_chk_guard >> U __stack_chk_guard > > Yes, I see it too, but it's gone in F15. > > I'll investigate and let you know what I find. > > Andrew. _______________________________________________ arm mailing list arm@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/arm
