Closed bradfordboyle closed 4 years ago
Thanks for the detailed report. I can reproduce both issues you reported (/tmp being absent and gcc not working).
Interestingly, gcc works when using qemu, so this seems to be specific to docker somehow.
Explicitly starting the dynamic linker seems to work:
bash-5.0# /ro/gcc-amd64-9.3.0-4/out/bin/gcc --version
bash: /ro/gcc-amd64-9.3.0-4/out/bin/gcc: No such file or directory
bash-5.0# /ro/glibc-amd64-2.31-4/out/lib/ld-linux-x86-64.so.2 !!
/ro/glibc-amd64-2.31-4/out/lib/ld-linux-x86-64.so.2 /ro/gcc-amd64-9.3.0-4/out/bin/gcc --version
gcc (GCC) 9.3.0
Ah, right, now I remember: this is the /lib64
top-level symlink missing, in combination with the gcc
package build not respecting our -Wl,--dynamic-linker
flag.
I’ll get the /tmp
and /lib64
files added.
Alright, this is fixed with commit a1157458b8269e590f7ba6bb64c9611f93e43cb2, and an updated docker image has been pushed (DIGEST:sha256:829384939537a74c5c8c62bb76eec14b4cadc25bc205516393fa6fe64dc0bf85)
Env - Debian Buster
Env - Debian Bullseye
Launching Docker Container
Taken from Getting Started
Inside Container
Taken from C build environment
The above fails with
This can be fixed with
mkdir /tmp
and re-runningautoreconf -fi
For the buster environment,
autoreconf -fi
still fails withHowever,
configure
is failing becausegcc
always returns1
.