HI , I have tested 1.5.23b in mingw in Windows XP, but I still find the bug of libtool. The bug is : If I build my project in directory same as source code directory, the built file can't be run.
for example: I have a project named hbstock-2.0.8 and tar file : hbstock-2.0.8.tar.gz
if I do like this , the built binary file can work fine. tar zxvf hbstock-2.0.8.tar.gz mkdir build cd build ../hbstock-2.0.8/configure --prefix=/opt/hbstock make make install
but if I do like this , the built binary file can't run.
tar zxvf hbstock-2.0.8.tar.gz cd hbstock-2.0.8 ./configure --prefix=/opt/hbstock make make install
The built binary file can't
run.
You can download hbstock-2.0.8.tar.gz from here to test this bug : http://sourceforge.net/projects/hbstock
thanks
Ralf Wildenhues <address@hidden> 写道：
The Libtool Team would like to announce alpha release 1.5.23b of GNU Libtool.
GNU Libtool hides the complexity of using shared libraries behind a consistent, portable interface. GNU Libtool ships with GNU libltdl, which hides the complexity of loading dynamic runtime libraries (modules) behind a consistent, portable interface.
This
prerelease should help shake out any remaining bugs for 1.5.24. Ideally, the releases will be identical, so please test it on your systems and with your software packages as much as you can. This release fixes a couple of regressions on BSD systems, improves multilib support, and treats Cygwin more like MinGW; see the NEWS excerpt below.
We intend for 1.5.24 to be the last release of the 1.5.x series.
This release was bootstrapped with Autoconf 2.61 and Automake 1.10, but is useable with Autoconf 2.50 & later and Automake 1.4 & later in your own projects.
Alternatively, you can fetch the unbootstrapped source code from anonymous cvs by using the following command:
$ cvs -z3 -d :pserver:address@hidden:/sources/libtool \ co -r release-1-5-23b libtool
You will then need to have recent versions of Automake and Autoconf installed to bootstrap the checked out sources yourself.
New in
1.5.23b: 2007-02-17
* Initial support for RDOS. * Fix regression on DragonFly that disabled library hardcoding. * Fix regression on OpenBSD, NetBSD, DragonFly, and other systems with hardcode_direct=yes that wrongly removed paths to uninstalled libraries during link mode. * Let libltdl know that FreeBSD and DragonFly dlopen causes dependent modules to be loaded. This fixes excessive load times for modules with large library dependency graphs. * Fix error with -version-info on systems with version_type=none, such as BeOS. * Initial support for the Sun compiler suite on GNU/Linux. * Improved support for GNU/kFreeBSD and GNU/NetBSD. * Search paths with GCC on multilib systems like x86_64 have been fixed. * The libtool --tag argument which has been supported since version 1.5 is documented now. * Fix regression in libltdl symbol exports on Cygwin. Side effect: LT_GLOBAL_DATA and LT_SCOPE are now explicitly
defined as declspec(dllexport), bypassing auto-export logic on Cygwin. This tracks existing behavior on MinGW. * Bug Fixes.
Please report bugs to , along with the verbose output of any failed test groups, and the output from `./libtool --config.' The README file explains how to capture the verbose test output.