On Tue, 17 Nov 2020 at 17:47, Pierre Labastie via lfs-dev <lfs-dev@lists.linuxfromscratch.org> wrote: > > On Tue, 2020-11-17 at 15:45 +0800, Kevin Buckley via lfs-dev wrote: > > ... > > /usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/crtend.o > > /usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/../../../../lib/crtn.o > > /usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/../../../../x86_64-lfs- > > linux-gnu/bin/ld: > > /usr/lib/gcc/x86_64-lfs-linux- > > gnu/10.2.0/../../../../lib/crt1.o(.text+0x26): > > unresolvable R_X86_64_NONE relocation against symbol > > `__libc_start_main@@GLIBC_2.2.5' > > collect2: error: ld returned 1 exit status > > Yes, I've seen this. It had something to do with stripping (so 1st > question is: did you strip binaries? Old versions (don't ask the > version, something around 2.28 IIRC) of strip do not recognize some > R_X86_64_xxx relocation items and replace them with R_X86_64_NONE, > which makes the symbol undefined... > > The cure is to use $LFS/usr/bin/strip for stripping. I'd say we should > put that in the instructions, actually, or change binutils requirement > to the first version which works.
Oh yes. I strip everything and bin the docs and anything else I can think of, ahead of saving the "temporary system". Old habits die hard, I guess! Thanks for that pointer: appreciated. Kevin -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
