Re: handling of missing AR
For IBM AIX 64-bit we need AR="ar -X64" and NM="nm -X64 -B" assuming /usr/ccs/bin is first in the path. (If you can detect you are building for AIX 64 then you can check /usr/ccs/bin and use absolute path in assignment) Roger Rolf wrote : I have seen very few uses where AR was actually set manually. ___ http://lists.gnu.org/mailman/listinfo/libtool
-version-number and BeOS
[sending to the libtool mailing list; cc'ing the libpng one as this makes it impossible for me to compile libpng 1.2.9rc on BeOS using configure/libtool] Hi, I think I found a bug in libtool on BeOS with -version-number. Tested libtool version is 1.5.22 (as part of libpng 1.2.9 RC) The problem is: make[1]: Entering directory `/boot/home/tmp/libpng-rc-testing/libpng-1.2.9rc1' /bin/sh ./libtool --tag=CC --mode=link gcc -g -O2 -o libpng12.la -rpath /usr/local/lib -no-undefined -export-dynamic -version-number 0:9:0 -Wl,--version-script=libpng.vers png.lo pngset.lo pngget.lo pngrutil.lo pngtrans.lo pngwutil.lo pngread.lo pngrio.lo pngwio.lo pngwrite.lo pngrtran.lo pngwtran.lo pngmem.lo pngerror.lo pngpread.lo pnggccrd.lo -lz libtool: link: CURRENT `' must be a nonnegative integer libtool: link: `0:9:0' is not valid version information make[1]: *** [libpng12.la] Error 1 (Note that libpng 1.2.8 is OK (in this regard), as it uses -version-info rather than -version-number) The cause of this problem seems to be this: For BeOS, version_type=none. But, the code in ltmain.sh around line 3236 does not handle a value of none. Only for the specific list of cases does it assign a value to current, age and revision. But the check later, in line 3261, expects current to be initialized to a number, and shows an error if it's empty. Shouldn't the case $version_type do something with "none" too? -biesi ___ http://lists.gnu.org/mailman/listinfo/libtool
Re: [png-mng-implement] -version-number and BeOS
John Bowler wrote: For BeOS try adding 'none' to the end of the test for darwin|linux|osf|windows on line 3237 of ltmain.sh. We can ship libpng with that because it won't break anything which isn't already broken. Yep, that fixes it, thanks. Will 1.2.9 contain that fix? ___ http://lists.gnu.org/mailman/listinfo/libtool
RE: [png-mng-implement] -version-number and BeOS
From: Christian Biesinger >libtool: link: CURRENT `' must be a nonnegative integer >libtool: link: `0:9:0' is not valid version information >make[1]: *** [libpng12.la] Error 1 > >(Note that libpng 1.2.8 is OK (in this regard), as it uses -version-info >rather than -version-number) > >The cause of this problem seems to be this: >For BeOS, version_type=none. But, the code in ltmain.sh around line 3236 >does not handle a value of none. Only for the specific list of cases >does it assign a value to current, age and revision. Yes, we found a similar problem with irix and I patched ltmain.sh to fix this (ltmain.sh is shipped with the package, so patching it works): $ diff libpng-1.2.9beta7/ltmain.sh libpng-1.2.9beta11 3248c3248 < current=`expr $number_major + $number_minor - 1` --- > current=`expr $number_major + $number_minor` 3323c3323 < major=`expr $current - $age + 1` --- > major=`expr $current - $age` For BeOS try adding 'none' to the end of the test for darwin|linux|osf|windows on line 3237 of ltmain.sh. We can ship libpng with that because it won't break anything which isn't already broken. I.e: --- ltmain.sh Wed Mar 8 10:26:46 2006 +++ ltmain.sh.new Fri Mar 31 11:14:49 2006 @@ -3234,7 +3234,7 @@ EOF # which has an extra 1 added just for fun # case $version_type in - darwin|linux|osf|windows) + darwin|linux|osf|windows|none) current=`expr $number_major + $number_minor` age="$number_minor" revision="$number_revision" John Bowler <[EMAIL PROTECTED]> ___ http://lists.gnu.org/mailman/listinfo/libtool
