Bug#578996: libtool: LT_LIBM doesn't work properly on AIX
tags +upstream thanks Hello Török, this is clearly an upstream, and not a Debian packaging bug. Adding bug-libtool. * Török Edwin wrote on Sat, Apr 24, 2010 at 09:19:54AM CEST: ClamAV uses LT_LIB_M to find the math library. It failed on AIX, see https://wwws.clamav.net/bugzilla/show_bug.cgi?id=1989 configure:12861: checking for cos in -lm configure:12886: gcc -o conftest -DSYSV -D_AIX -D_AIX32 -D_AIX41 -D_AIX43 -D_AIX51 -D_AIX52-D_ALL_SOURCE -DFUNCPROTO=15 -O -I/opt/freeware/include -L/opt/freeware/lib -Wl,-blibpath:/opt/freeware/lib:/usr/lib:/lib conftest.c -lm 5 conftest.c:53: warning: conflicting types for built-in function 'cos' collect2: library libm not found configure:12895: result: no Looks like the macro looks for cos in -lm, and if it does't find it there, it assumes that no library is needed for it. But that is not the case here (the user didn't have libm installed). OK, that's a bug. For the Libtool testsuite (which I have so far thought to be the primary user of LT_LIB_M) the right fix would be to allow another failure action however, so we could skip the test. I think this macro should fail at configure time, and tell the user to install libm, if it can't find the cos() function at all. If you need such a macro, then you should write one yourself, and use a math function that you are going to need. It's essentially a one-liner: AC_SEARCH_LIBS([cos], [m], [], [AC_MSG_ERROR([need math library])]) Cheers, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578996: libtool: LT_LIBM doesn't work properly on AIX
On 04/25/2010 01:27 PM, Ralf Wildenhues wrote: tags +upstream thanks Hello Török, this is clearly an upstream, and not a Debian packaging bug. Adding bug-libtool. Right. * Török Edwin wrote on Sat, Apr 24, 2010 at 09:19:54AM CEST: ClamAV uses LT_LIB_M to find the math library. It failed on AIX, see https://wwws.clamav.net/bugzilla/show_bug.cgi?id=1989 configure:12861: checking for cos in -lm configure:12886: gcc -o conftest -DSYSV -D_AIX -D_AIX32 -D_AIX41 -D_AIX43 -D_AIX51 -D_AIX52-D_ALL_SOURCE -DFUNCPROTO=15 -O -I/opt/freeware/include -L/opt/freeware/lib -Wl,-blibpath:/opt/freeware/lib:/usr/lib:/lib conftest.c -lm 5 conftest.c:53: warning: conflicting types for built-in function 'cos' collect2: library libm not found configure:12895: result: no Looks like the macro looks for cos in -lm, and if it does't find it there, it assumes that no library is needed for it. But that is not the case here (the user didn't have libm installed). OK, that's a bug. For the Libtool testsuite (which I have so far thought to be the primary user of LT_LIB_M) the right fix would be to allow another failure action however, so we could skip the test. I think this macro should fail at configure time, and tell the user to install libm, if it can't find the cos() function at all. If you need such a macro, then you should write one yourself, and use a math function that you are going to need. It's essentially a one-liner: AC_SEARCH_LIBS([cos], [m], [], [AC_MSG_ERROR([need math library])]) Ok, I don't know why we used LT_LIB_M in the first place, but you are right we can certainly change it to that instead. Best regards, --Edwin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578996: libtool: LT_LIBM doesn't work properly on AIX
Package: libtool
Version: 2.2.6b-2
Severity: normal
ClamAV uses LT_LIB_M to find the math library.
It failed on AIX, see https://wwws.clamav.net/bugzilla/show_bug.cgi?id=1989
configure:12861: checking for cos in -lm
configure:12886: gcc -o conftest -DSYSV -D_AIX -D_AIX32 -D_AIX41 -D_AIX43
-D_AIX51 -D_AIX52-D_ALL_SOURCE -DFUNCPROTO=15 -O
-I/opt/freeware/include -L/opt/freeware/lib
-Wl,-blibpath:/opt/freeware/lib:/usr/lib:/lib conftest.c -lm 5
conftest.c:53: warning: conflicting types for built-in function 'cos'
collect2: library libm not found
configure:12895: result: no
Looks like the macro looks for cos in -lm, and if it does't find it there,
it assumes that no library is needed for it.
But that is not the case here (the user didn't have libm
installed).
I think this macro should fail at configure time, and tell the user to install
libm, if it can't find the cos() function at all.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.34-rc3-00138-gecb385a (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libtool depends on:
ii autotools-dev 20100122.1 Update infrastructure for config.{
ii bcc [c-compiler] 0.16.17-3 16-bit x86 C compiler
ii cpp 4:4.4.3-1 The GNU C preprocessor (cpp)
ii file 5.04-2 Determines file type using magic
ii gcc [c-compiler] 4:4.4.3-1 The GNU C compiler
ii gcc-4.4 [c-compiler] 4.4.3-9The GNU C compiler
ii gcc-4.5 [c-compiler] 4.5.0-1The GNU C compiler
ii libc6-dev [libc-dev] 2.10.2-7 Embedded GNU C Library: Developmen
Versions of packages libtool recommends:
ii libltdl-dev 2.2.6b-2 A system independent dlopen wrappe
Versions of packages libtool suggests:
ii autoconf2.65-4 automatic configure script builder
ii automake [automaken]1:1.11.1-1 A tool for generating GNU Standard
ii automake1.10 [automaken 1:1.10.3-1 A tool for generating GNU Standard
ii automake1.7 [automaken] 1.7.9-9.1A tool for generating GNU Standard
ii automake1.9 [automaken] 1.9.6+nogfdl-3.1 A tool for generating GNU Standard
pn gcj none (no description available)
ii gfortran4:4.4.3-1The GNU Fortran 95 compiler
ii gfortran-4.4 [fortran95 4.4.3-9 The GNU Fortran 95 compiler
pn libtool-doc none (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
