headers
Paul Barker | 7 Jun 2012 02:24
Picon
Gravatar

bug#11642: Libtool cannot find executables

Hi,

Libtools cannot find executables which are on my $PATH. This happens
when cross compiling two different packages, libsndfile-1.0.25 and
alsa-lib-1.0.25 (matching version numbers is coincidental). During
'make' everything runs fine, but both packages attempt to run additional
commands during 'make install' which seem not to belong in the install
phase. For libsndfile, libtool attempts to execute
arm-angstrom-linux-gnueabi-ranlib, my cross ranlib, but cannot find it.
For alsa-lib, libtool attempts to execute arm-angstrom-linux-gnueabi-gcc
but again cannot find it, despite the fact that it has been executing
the command correctly throughout the build of the library. My path is
set in ~/.bash_profile and is exported. My only guess is that libtool is
unsetting my $PATH variable during the install phase, but I may be very
wrong.

Thanks,

Paul Barker
Permalink | Reply | 0 comments |
headers
Konstantin Morshnev | 20 Jun 2012 17:22
Picon

bug#11752: libltdl (libtool 2.4.2) and FreeBSD 8.3 i386 (other versions and amd64 versions are also affected)

Dear developers!

We are using libtool in our Parser project (http://www.parser.ru/en/) for about 10 years.
After update to version 2.4.2 (before it was version 1.4.3 :) we've found that libltdl
functionality is broken under FreeBSD in some situations (and it works fine under Linux).

For different SQL drivers Parser uses the following scheme:

Parser3 binary loads libparser3mysql.so dll which in turn loads libmysqlclient.so

Both parser3 and libparser3mysql.so use libltdl. With new libltdl version we've found that parser3
successfully loads libparser3mysql.so, but when libparser3mysql.so calls lt_dlinit it fails.

It was not that easy to debug, as initialization from simple

#if HAVE_LIBDL && !defined(CYGWIN)
errors += lt_dlloader_add (lt_dlloader_next (0), &sys_dl, "dlopen");
#endif

came now to sofisticated call sequence ltdl.c -> preopen.c -> ltdl.c -> preopen.c.

But we've found the problem. On second libltdl load variable 'preloaded_symlists' address
is different in different contexts. We believe it's FreeBSD issue (as same code works fine
under Linux with both included and share libltdl), but libtool is supposed to support existing
OS versions as well, so it would be nice if you'll somehow fix this issue.

Sorry, because it should be binary which calls .so which calls .so, we can't create a test
case for you, but Parser sources can be taken from CVS http://www.parser.ru/en/download/src/
or we can create a sources.tgz for you. Additional information can be provided on your request.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane