On Mon, 16 Nov 2020 at 14:49, Kevin Buckley <kevin.m.buck...@gmail.com> wrote:
>
> Pretty sure this will be an "end-user" issue but, just in case anyone
> has seen something similar and can thus point me in the right direction,
> I have seen this twice now, and i was more careful the second time.
>
> (Note: following the Multilib Book, plus some PkgUser additons)
>
> Get to the end of Chapter 7
>
> Run test compile and readelf interrogations for all three "arch-s" so
>
> gcc dummy.c
> gcc -m32 dummy.c
> gcc -mx32 dummy.c
>
> Deep joy.
>
> Exit chroot and umount bind mouted FSes
>
> Backup temporary system
>
> Remount bind mouted FSes
>
> Re-enter chroot
>
> Try to perform a simple
>
> gcc dummy.c
>
> Deep sorrow!
>
>
> Output from the failed compilation suggest that there's a crtN.o
> file, with a GlibC version that has come from the host, being
> pulled in.

Thought I'd chuck in the actual error message in case it rings any bells
for anyone.

GNU C17 (GCC) version 10.2.0 (x86_64-lfs-linux-gnu)
        compiled by GNU C version 10.2.0, GMP version 6.2.0, MPFR version 4.1.0,
 MPC version 1.2.0, isl version isl-0.22.1-GMP

GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: d384610cfa11eec261f14798a7f678e4
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=x86-64'
 /usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/../../../../x86_64-lfs-linux-gnu/bin/a
s -v --64 -o /tmp/cc6W4Vah.o /tmp/ccvqsYQf.s
GNU assembler version 2.35 (x86_64-lfs-linux-gnu) using BFD version (GNU Binutil
s) 2.35
COMPILER_PATH=/usr/libexec/gcc/x86_64-lfs-linux-gnu/10.2.0/:/usr/libexec/gcc/x86
_64-lfs-linux-gnu/10.2.0/:
 /usr/libexec/gcc/x86_64-lfs-linux-gnu/:
 /usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/:
 /usr/lib/gcc/x86_64-lfs-linux-gnu/:
 /usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/../../../../x86_64-lfs-linux-gnu/bin/
LIBRARY_PATH=/usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/:
 
/usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/../../../../x86_64-lfs-linux-gnu/lib/../lib/:
 /usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/../../../../lib/:
 /lib/../lib/:
 /usr/lib/../lib/:
 /usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/../../../../x86_64-lfs-linux-gnu/lib/:
 /usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/../../../:/lib/:
 /usr/lib/
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=x86-64'
 /usr/libexec/gcc/x86_64-lfs-linux-gnu/10.2.0/collect2 -plugin
/usr/libexec/gcc/x86_64-lfs-linux-gnu/10.2.0/liblto_plugin.so
 -plugin-opt=/usr/libexec/gcc/x86_64-lfs-linux-gnu/10.2.0/lto-wrapper
-plugin-opt=-fresolution=/tmp/cctzwl1f.res
 -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s
-plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc
 -plugin-opt=-pass-through=-lgcc_s --eh-frame-hdr -m elf_x86_64
-dynamic-linker /lib64/ld-linux-x86-64.so.2
 /usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/../../../../lib/crt1.o
/usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/../../../../lib/crti.o
 /usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/crtbegin.o
-L/usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0
 
-L/usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/../../../../x86_64-lfs-linux-gnu/lib/../lib
 -L/usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/../../../../lib -L/lib/../lib
 -L/usr/lib/../lib
-L/usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/../../../../x86_64-lfs-linux-gnu/lib
 -L/usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/../../.. /tmp/cc6W4Vah.o
-lgcc --push-state --as-needed -lgcc_s --pop-state
 -lc -lgcc --push-state --as-needed -lgcc_s --pop-state
/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


(lfs chroot) root:/# file
/usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/../../../../lib/crt1.o
/usr/lib/gcc/x86_64-lfs-linux-gnu/10.2.0/../../../../lib/crt1.o: ELF
64-bit LSB relocatable, x86-64, version 1 (SYSV), for GNU/Linux 3.2.0,
not stripped


It's the "mismatch" between GLIBC_2.2.5 that's the mystery to me.
-- 
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Reply via email to