Hi Marc,
Yes I noticed that it looked as if the systems own libraries was used.
I just thought the compiler would come up with a "Compiler badness..."
as suggested in the FAQ. But I guess that's only when including files,
not linking?
I don't know if it makes any difference, but my machine is based on a
newly installed OpenVZ Debian 4. Toolchain was build on the machine
itself. The same goes for the successful test using Debian 5.
Thanks for looking into it.
Bo
Marc Kleine-Budde wrote:
Bo Hansen wrote:
Hi,
When trying to build one of our projects on a Debian 4.0 based machine
the attached problem occurred.
Usually we build on ubuntu 8.10 without problems. I have tried Debian
5.0 also which also builds without a problem.
Bypassing the issue is no problem. I'm just curious about why it fails
on Debian 4.0?
make[5]: Entering directory
`/home/build/ptxia30/platform-atom/build-target/splashutils-1.5.4.3/src'
/opt/OSELAS.Toolchain-1.99.3/i586-unknown-linux-gnu/gcc-4.3.2-glibc-2.8-binutils-2.18-kernel-2.6.27-sanitized/lib/gcc/i586-unknown-linux-gnu/4.3.2/../../../../i586-unknown-linux-gnu/bin/ld:
error in /usr/lib/nptl/libpthread.a(ptw-close.o)(.eh_frame); no
^^^^^^^^^^^^^^^^^^^^^^^^^^
.eh_frame_hdr table will be created.
/home/build/ptxia30/platform-atom/sysroot-target/usr/lib/libjpeg.a(jmemmgr.o):
In function `jinit_memory_mgr':
/home/build/ptxia30/platform-atom/build-target/jpeg-7/jmemmgr.c:1109:
undefined reference to `__isoc99_sscanf'
If you look precisely you see that /usr/lib/nptl is used here, which is
wrong, because you're cross compiling.
I check if I can reproduce the problem here.
cheers, Marc
------------------------------------------------------------------------
--
ptxdist mailing list
ptxdist@pengutronix.de
--
ptxdist mailing list
ptxdist@pengutronix.de
