[lfs-dev] Multilib patch

Thomas Trepl thomas at linuxfromscratch.org
Sat Jan 5 06:52:48 PST 2019


Hi Kevin,

Am Samstag, den 05.01.2019, 18:56 +0800 schrieb Kevin Buckley via lfs-
dev:
> ...
> 
> Failed at the second hurdle.
> 
> The first GCC pass gets as far, in the `make`, as building the included zlib
> and, whilst configuring that, ends with

> Adding multilib support to Makefile in ../../zlib
> multidirs=32 x32
> with_multisubdir=
> Running configure in multilib subdirs 32 x32
> pwd: /home/lfs/gcc-8.2.0/build/zlib
> Running configure in multilib subdir 32
> pwd: /home/lfs/gcc-8.2.0/build
> mkdir 32
> configure: creating cache ./config.cache
> checking build system type... x86_64-pc-linux-gnu
> checking host system type... x86_64-pc-linux-gnu
> checking target system type... x86_64-lfs-linux-gnu
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for x86_64-pc-linux-gnu-strip... no
> checking for strip... strip
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... gawk
> checking whether make sets $(MAKE)... yes
> checking whether to enable maintainer-specific portions of Makefiles... no
> checking for x86_64-pc-linux-gnu-gcc... gcc  -m32
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc  -m32 accepts -g... yes
> checking for gcc  -m32 option to accept ISO C89... unsupported
> checking for style of include used by make... GNU
> checking dependency style of gcc  -m32... gcc3
> checking how to print strings... printf
> checking for a sed that does not truncate output... /bin/sed
> checking for grep that handles long lines and -e... /bin/grep
> checking for egrep... /bin/grep -E
> checking for fgrep... /bin/grep -F
> checking for ld used by gcc  -m32... ld -m elf_x86_64
> checking if the linker (ld -m elf_x86_64) is GNU ld... yes
> checking for BSD- or MS-compatible name lister (nm)... nm
> checking the name lister (nm) interface... BSD nm
> checking whether ln -s works... yes
> checking the maximum length of command line arguments... 3458764513820540925
> checking whether the shell understands some XSI constructs... yes
> checking whether the shell understands "+="... yes
> checking for ld -m elf_x86_64 option to reload object files... -r
> checking for x86_64-pc-linux-gnu-objdump... objdump
> checking how to recognize dependent libraries... pass_all
> checking for x86_64-pc-linux-gnu-ar... ar
> checking for x86_64-pc-linux-gnu-strip... strip
> checking for x86_64-pc-linux-gnu-ranlib... ranlib
> checking command to parse nm output from gcc  -m32 object... failed
> checking how to run the C preprocessor... /lib/cpp
> checking for ANSI C header files... no
> checking for sys/types.h... no
> checking for sys/stat.h... no
> checking for stdlib.h... no
> checking for string.h... no
> checking for memory.h... no
> checking for strings.h... no
> checking for inttypes.h... no
> checking for stdint.h... no
> checking for unistd.h... no
> checking for dlfcn.h... no
> checking for objdir... .libs
> checking if gcc  -m32 supports -fno-rtti -fno-exceptions... no
> checking for gcc  -m32 option to produce PIC... -fPIC -DPIC
> checking if gcc  -m32 PIC flag -fPIC -DPIC works... yes
> checking if gcc  -m32 static flag -static works... no
> checking if gcc  -m32 supports -c -o file.o... yes
> checking if gcc  -m32 supports -c -o file.o... (cached) yes
> checking whether the gcc  -m32 linker (ld -m elf_x86_64 -m elf_i386)
> supports shared libraries... yes
> checking dynamic linker characteristics... configure: error: Link
> tests are not allowed after GCC_NO_EXECUTABLES.
> make[1]: *** [configure-zlib] Error 1
> make[1]: Leaving directory `/media/sda5/home-lfs/gcc-8.2.0/build'
> make: *** [all] Error 2
> 
> 
> Has my applying the Multilib patch not done all it should - it applied cleanly
> as I noted above.

If it applied cleanly, then it should have touched everything needed.

Strange enough - i cannot reproduce this issue, just did a build on a
non-multilib host and it goes fine (so far, now at gcc-pass2 in chap-
5).

Can you have a look into the config.log file - maybe there is
something more informative? 

--
Thomas





More information about the lfs-dev mailing list