Hi!
First of all: Thank you for the quick response!
Am Dienstag, 18. April 2006 21:40 schrieb Dan Nicholson:
> On 4/18/06, Mag. Leonhard Landrock <[EMAIL PROTECTED]> wrote:
> > So I did "gcc dummy.c --verbose" and received the following result:
> >
> > Using built-in specs.
> > Target: i486-linux-gnu
> > Configured
> > with: ../src/configure -v
> > --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
> > --enable-shared --with-system-zlib --libexecdir=/usr/lib
> > --without-included-gettext --enable-threads=posix --enable-nls
> > --program-suffix=-4.0 --enable-__cxa_atexit --enable-clocale=gnu
> > --enable-libstdcxx-debug --enable-java-awt=gtk-default --enable-gtk-cairo
> > --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre
> > --enable-mpfr --disable-werror --enable-checking=release i486-linux-gnu
> > Thread model: posix
> > gcc version 4.0.3 20051201 (prerelease) (Debian 4.0.2-5)
>
> This is the compiler on your host system. If you're outside the
> chroot, /tools/bin should be at the beginning of your PATH. Then you
> wouldn't find the host compiler. It's possible you were using the
> host gcc for all of Ch. 5. That would be bad and you'd have to start
> over from the beginning. Is there any chance that the environment for
> the lfs user was not set up correctly?
>
> If you're inside the chroot, what's the output from gcc -v?
Well, I have the whole LFS stuff at "/dev/sdb3". So here is what I did
yesterday and repeatet today:
veneto:~# mount /dev/sdb3 /media/sdb3/
veneto:~# export LFS=/media/sdb3
veneto:~# chroot "$LFS" /tools/bin/env -i \
HOME=/root TERM="$TERM" PS1='\u:\w\$ ' \
PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin \
/tools/bin/bash --login +h
root:/# gcc -v
Reading specs from /tools/lib/gcc/i686-pc-linux-gnu/4.0.3/specs
Target: i686-pc-linux-gnu
Configured
with: ../gcc-4.0.3/configure --prefix=/tools --with-local-prefix=/too
ls --enable-clocale=gnu --enable-shared --enable-threads=posix --enable-__cxa_at
exit --enable-languages=c,c++ --disable-libstdcxx-pch
Thread model: posix
gcc version 4.0.3
root:/# gcc dummy.c --verbose
Reading specs from /tools/lib/gcc/i686-pc-linux-gnu/4.0.3/specs
Target: i686-pc-linux-gnu
Configured
with: ../gcc-4.0.3/configure --prefix=/tools --with-local-prefix=/tools
--enable-clocale=gnu --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-languages=c,c++ --disable-libstdcxx-pch
Thread model: posix
gcc version 4.0.3
/tools/libexec/gcc/i686-pc-linux-gnu/4.0.3/cc1 -quiet -v
dummy.c -quiet -dumpbase dummy.c -mtune=pentiumpro -auxbase
dummy -version -o /tmp/ccMQqc1i.s
ignoring nonexistent
directory "/tools/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../../i686-pc-linux-
gnu/include"
#include "..." search starts here:
#include <...> search starts here:
/tools/include
/tools/lib/gcc/i686-pc-linux-gnu/4.0.3/include
End of search list.
GNU C version 4.0.3 (i686-pc-linux-gnu)
compiled by GNU C version 4.0.3.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize
=4096 /tools/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../../i686-pc-linux-
gnu/bin/as -V -Qy -o /tmp/cc6te0mt.o /tmp/ccMQqc1i.s
GNU assembler version 2.16.1 (i686-pc-linux-gnu) using BFD version 2.16.1
/tools/libexec/gcc/i686-pc-linux-gnu/4.0.3/collect2 --eh-frame-hdr -m
elf_i386 -dynamic-linker /lib/ld-linux.so.2 /usr/lib/crt1.o /usr/lib/crti.o
/tools/lib/gcc/i686-pc-linux-gnu/4.0.3/crtbegin.o -L/tools/lib/gcc/i686-pc-
linux-gnu/4.0.3 -L/tools/lib/gcc/i686-pc-linux-gnu/4.0.3/../../../../i686-
pc-linux-gnu/lib /tmp/cc6te0mt.o -lgcc --as-needed -lgcc_s --no-as-needed
-lc -lgcc --as-needed -lgcc_s --no-as-needed /tools/lib/gcc/i686-pc-
linux-gnu/4.0.3/crtend.o /usr/lib/crtn.o
Strange, I'm quite sure, that I did the same as yesterday. Well, yestersday I
skipped the "gcc -v" alone. :-)
Therefore my "gcc" should be right. True?
Well, I will take just another try.
root:/sources/gcc-build# ../gcc-4.0.3/configure --prefix=/usr \
--libexecdir=/usr/lib --enable-shared \
--enable-threads=posix --enable-__cxa_atexit \
--enable-clocale=gnu --enable-languages=c,c++
root:/sources/gcc-build# make
> --
> Dan
I'll post the result.
Leonhard.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
