[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: GNU Libtool 2.2.8 released (stable)

From: Bob Friesenhahn
Subject: Re: GNU Libtool 2.2.8 released (stable)
Date: Tue, 8 Jun 2010 11:19:31 -0500 (CDT)
User-agent: Alpine 2.01 (GSO 1266 2009-07-14)

On Tue, 8 Jun 2010, Gary V. Vaughan wrote:

Obviously this is already working fine. Windows LoadLibrary() is smart enough to know what it has already loaded. The unloading sequence is much more interesting since something could be unloaded which is still being used.

Looks like another interesting test case for 2.2.10 to me :)

Do you feel motivated to write it?  Or at least add a description to
the TODO file in the tests directory?

This seems more like a test of the OS than it would be of libltdl. We already know that libltdl does not normally *have* to explicitly load all of the dependencies in order for a program to run, but it is possible that the .la files contain some knowledge of library locations that Windows does not have. Without the smarts added by the .la files, we become dependent on Windows default DLL search algorithms, which could potentially find a similarly named library in some other location. For example, the Windows default search algorithm might require that the DLLs be in the executable search PATH, but LoadLibrary() is able to load a DLL via an explicit filesystem path (outside of the Windows search PATH) as well so paths in the .la file do add value.

Bob Friesenhahn
GraphicsMagick Maintainer,

reply via email to

[Prev in Thread] Current Thread [Next in Thread]