First pass toolchain cannot run c compiled programs v9.1

Stuck on ch5.9 configuring Binutils pass 2. The configuration error I get from config.log is :

configure:4360: $? = 1
configure:4380: checking whether the C compiler works
configure:4402: x86_64-lfs-linux-gnu-gcc    conftest.c  >&5
configure:4406: $? = 0
configure:4454: result: yes
configure:4457: checking for C compiler default output file name
configure:4459: result: a.out
configure:4465: checking for suffix of executables
configure:4472: x86_64-lfs-linux-gnu-gcc -o conftest    conftest.c  >&5
configure:4476: $? = 0
configure:4498: result: 
configure:4520: checking whether we are cross compiling
configure:4528: x86_64-lfs-linux-gnu-gcc -o conftest    conftest.c  >&5
configure:4532: $? = 0
configure:4539: ./conftest
./conftest: error while loading shared libraries: libv4l1.so.0: cannot open shared object file: No such file or directory
configure:4543: $? = 127
configure:4550: error: in `/mnt/lfs/sources/binutils-2.34/build':
configure:4552: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.

CC is x86_64-lfs-linux-gnu-gcc
I tried running the empty int main(){} dummy file and it gives the same error with libv4l1.so.0

Building on Ubuntu 20.04

Same answer prep your host properly.

https://www.linuxquestions.org/quest...-h-4175677782/

Originally Posted by arch-linq Same answer prep your host properly.

Everything on the list is installed as far as I can tell and I haven't used newer versions where it says they aren't tested. Output of version-check:

bash, version 5.0.16(1)-release
/bin/sh -> /usr/bin/bash
Binutils: (GNU Binutils for Ubuntu) 2.34
bison (GNU Bison) 3.5.1
/usr/bin/yacc -> /usr/bin/bison.yacc
bzip2,  Version 1.0.8, 13-Jul-2019.
Coreutils:  8.30
diff (GNU diffutils) 3.7
find (GNU findutils) 4.7.0
GNU Awk 5.0.1, API: 2.0 (GNU MPFR 4.0.2, GNU MP 6.2.0)
/usr/bin/awk -> /usr/bin/gawk
gcc (Ubuntu 9.3.0-10ubuntu2) 9.3.0
g++ (Ubuntu 9.3.0-10ubuntu2) 9.3.0
(Ubuntu GLIBC 2.31-0ubuntu9) 2.31
grep (GNU grep) 3.4
gzip 1.10
Linux version 5.4.0-39-generic (buildd@lcy01-amd64-016) (gcc version 9.3.0 (Ubuntu 9.3.0-10ubuntu2)) #43-Ubuntu SMP Fri Jun 19 10:28:31 UTC 2020
m4 (GNU M4) 1.4.18
GNU Make 4.2.1
GNU patch 2.7.6
Perl version='5.30.0';
Python 3.8.2
sed (GNU sed) 4.7
tar (GNU tar) 1.30
texi2any (GNU texinfo) 6.7
xz (XZ Utils) 5.2.4
g++ compilation OK

And glibc is version 2.31.

Backtrack in your host bash to find the offending step error or start over. Hard to tell by the error what step caused it.

You could try installing v4l-utils - that's should provide the missing library. I don't know what that has to do with gcc but it must link to that library. I've found the best host to build LFS on is LFS - but you've to get there first ...

with errors so early in the tool chain its best just to start from scratch

Assuming you haven't missed 4.4 Setting up the environment, "echo $PATH" should return "PATH=/tools/bin:/bin:/usr/bin". On the off chance that it isn't, and you have /mnt/lfs/tools symlinked as /tools, try "export PATH=/tools/bin:/bin:/usr/bin", then try compiling binutils again. It might be best to start over though as mentioned above, assuming the PATH is already correct.

Originally Posted by bryan_S You could try installing v4l-utils - that's should provide the missing library.

That's what I thought, but it still gives the error with it installed

Originally Posted by Keith Hedger with errors so early in the tool chain its best just to start from scratch

I've restarted from scratch multiple times, always the same thing.

Originally Posted by Steo Assuming you haven't missed 4.4 Setting up the environment, "echo $PATH" should return "PATH=/tools/bin:/bin:/usr/bin". On the off chance that it isn't, and you have /mnt/lfs/tools symlinked as /tools, try "export PATH=/tools/bin:/bin:/usr/bin", then try compiling binutils again. It might be best to start over though as mentioned above, assuming the PATH is already correct.

PATH="/tools/bin:/bin:/usr/bin"