On 1/17/07, Bernd Pol <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> while building the tool chain according to SVN-20070109, ch. 5.10,
> DejaGNU refused to build its test suite (make check):
>
> ------------------------------------
> make[4]: Entering directory
> `/mnt/lfs/sources/dejagnu-1.4.4/testsuite/libdejagnu'
> if g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"
> -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"dejagnu\"
> -DVERSION=\"1.4.4\" -I. -I. -I../.. -g -g -O2 -MT unit.o -MD -MP -MF
> ".deps/unit.Tpo" \
> -c -o unit.o `test -f 'unit.cc' || echo './'`unit.cc; \
> then mv -f ".deps/unit.Tpo" ".deps/unit.Po"; \
> else rm -f ".deps/unit.Tpo"; exit 1; \
> fi
> g++ -I../.. -g -g -O2 -o unit unit.o
> /lib/libc.so.6: undefined reference to [EMAIL PROTECTED]'
> collect2: ld returned 1 exit status
> make[4]: *** [unit] Error 1
> make[4]: Leaving directory
> `/mnt/lfs/sources/dejagnu-1.4.4/testsuite/libdejagnu'
> ------------------------------------
For some reason, you are still using your host's glibc instead of the
new one you built in /tools. See where it says /lib/libc.so.6, ... At
that point, you should be using the libc.so in /tools/lib. Something
has gone wrong in your toolchain adjustment in Ch. 5.7, I think.
I believe the problem is that you're still using the binutils ld with
the old LIB_PATH. What's the result of this command?
$ /tools/bin/ld --verbose | grep SEARCH_DIR
I get
SEARCH_DIR("/tools/i686-pc-linux-gnu/lib"); SEARCH_DIR("/tools/lib");
--
Dan
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
