libtoolized some older libs

[Reini Urban]

Corinna Vinschen schrieb:
> On Sep 28 19:14, Charles Wilson wrote:
>>>I made several /usr/lib/.la file for libs which could be loaded shared 
>>>(at run-time) for myself to enable shared and smaller modules for the 
>>>bigger stuff I'm working on. php, clamav, postgresql, ...
>>
>>Whether a .la file exists or not has NO bearing on whether the library 
>>can be loaded dynamically (either implicitly by the windows runtime 
>>loader, or explicitly via dlopen()/LoadLibrary()/etc).
>>
>>The .dll.a & .dll files for these packages are fine.  There is nothing 
>>wrong with them.
>>
>>Except they weren't produced by libtool.  BFD.

Sure.

> Erm, why?  OpenSSL doesn't use libtool for producing shared libs, even
> on any other platform.  What's the deal?

Just a libtool fake.
The deal is that that is a problem for libtoolized packages, when they 
don't pick up cygssl*, instead they link statically to libssl.a.
It needs some hackery to persuade them to pick up the dynamic version there.

for f in /usr/bin/*.dll; do \
     cygcheck $f | egrep "cygssl(-0.9.7)?.dll" && echo $f; done
=> postgresql, svn, openldap, neon, curl
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/