On Tue, 21 Mar 2006, Henry christenson wrote:
When running
make -C ld LIB_PATH=/tools/lib
on the first pass of binutils under fedora 4 x86_64
[...]
gcc32 -W -Wall -Wstrict-prototypes -Wmissing-prototypes -g -O2 -o
ld-new ldgram.o
ldlex.o lexsup.o
ldlang.o mri.o ldctor.o ldmain.o ldwrite.o ldexp.o ldemul.o ldver.o
ldmisc.o ldfile.o ldcref.o eelf_x86_64.o eelf_i386.o ei386linux.o
../bfd/.libs/libbfd.a ../libiberty/libiberty.a -ldl
/tools/bin/ld:/usr/lib/gcc-lib/x86_64-redhat-linux/3.2.3/../../../../lib64/libc.so:
file format not recognized; treating as linker script
/tools/bin/ld:/usr/lib/gcc-lib/x86_64-redhat-linux/3.2.3/../../../../lib64/libc.so:5:
syntax error
collect2: ld returned 1 exit status
Hint: Using a multilib system as the host is not covered in LFS. In
CLFS we build for multilib or for Pure64, but we try to cover all the
bases, so there is some overhead for cross-compiling even if you are
already on a similar system.
im pretty sure this is a problem with redhat but im wondering if there
is a work around. Primarly because there is a limited source of
x86_64 operating systems.
there are others but would be extensive to install.
Fedora often gives problems, but this error is more fundamental. The
LFS book itself is only concerned with building from x86 hosts.
Ken
--
das eine Mal als Tragödie, das andere Mal als Farce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
