|
From: | Bob Friesenhahn |
Subject: | Re: GNU Libtool 2.2.8 released (stable) |
Date: | Tue, 8 Jun 2010 11:04:03 -0500 (CDT) |
User-agent: | Alpine 2.01 (GSO 1266 2009-07-14) |
On Tue, 8 Jun 2010, Gary V. Vaughan wrote:
More interesting still: I think things might blow up if the .la files have been removed on a platform that does automatic deplib loading for runtime linking, say lt_dlopening libpng.dll (which pulls in zlib through LoadLibrary without libltdl knowing about it), and then the application tries to lt_dlopen libz.dll. It then depends on whether the underlying LoadLibrary implementation is smart enough to realise that it already has a copy of libz in memory and returns a handle to it without trying to reload another copy first... this would be an interesting test to have in the next release to see what feedback it brings.
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.
Bob -- Bob Friesenhahn address@hidden, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/
[Prev in Thread] | Current Thread | [Next in Thread] |