Christophe LYON <[EMAIL PROTECTED]> wrote: > On 19.04.2008 23:21, Jim Meyering wrote: >> Coreutils version 6.11 has been released. This is a stable release. > > Hello, > > My build fails on a Solaris 8 machine, using gcc-4.1.0. > When building "sort", I get: > > .../gcc -std=gnu99 -O2 -Wl,--as-needed -o sort sort.o > ../lib/libcoreutils.a ../lib/libcoreutils.a -lsocket > ../lib/libcoreutils.a(strtod.o): In function `rpl_strtod': > strtod.c:(.text+0x18c): undefined reference to `pow' > strtod.c:(.text+0x634): undefined reference to `pow' > strtod.c:(.text+0x6a4): undefined reference to `pow' > collect2: ld returned 1 exit status > > > If I manually add "-lm", I get: > .../bin/../lib/gcc/sparc-sun-solaris2.8/4.1.0/crt1.o:(.plt+0x0): > multiple definition of `_PROCEDURE_LINKAGE_TABLE_' > /usr/lib/libm.so:(.plt+0x0): first defined here > > Is this a supported host?
Thanks for the report. As far as I know, coreutils-6.11 does build on that system. Maybe your compiler or linker is not working properly? If that's the case, you will probably see clues in config.log. Normally, the build procedure detects the need for -lm and arranges to use it to sort's link command via the $(POW_LIB) variable mentioned in Makefile.am. If using your -lm library causes link errors like you show above, that could well explain why POW_LIB is not being set properly. _______________________________________________ Bug-coreutils mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-coreutils
