[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
