[Openmcl-devel] open-shared-library hangs trying to open cygcc_s-1.dll in win32

[Gary Byers]

CCL doesn't use Cygwin libraries (both to avoid dependencies and because
of licensing concerns which may or may not still be valid - at one point,
Cygwin was GPLed, IIRC.)  Its kernel can be built with the Cygwin toolchain
(at least with versions of the Cygwin toolchain that support the -mno-cygwin
option.)

I don't know what happens if you try to dynamically load Cygwin libraries
into a non-Cygwin application.  Whatever it is is (a) likely to be unpleasant
and (b) very likely what you're seeing.

I suppose that (c) would be "doesn't have anything to do with CCL, specifically."
(As you seem to note.)

If you can find or build non-Cygwin versions of the libraries that you're trying
to load, you'll likely find that that works better.

On Wed, 10 Nov 2010, John Miller wrote:

> Helpful CCL developers,
>
> I am trying to get GSLL running on my Windows XP SP3 box. ?I run into trouble 
> loading fsbv when cffi does the equivalent of?(open-shared-library 
> "cygffi-4.dll"). ?By trouble I mean that CCL hangs, which means I 
> unfortunately have no backtraces to share. ?My guess is that CCL is having 
> trouble resolving some dependency.
>
> From what I can tell- using?cygcheck- the dependencies for?cygffi-4.dll?are:
> 	cygcc_s-1.dll
> 	cygwin1.dll
> 	ADVAPI32.dll
> 	KERNEL32.dll
> 	ntdlldll
> 	RPCRT4.dll
> 	Secur32.dll
>
> I called open-shared-library individually on each of the above. ?When I try 
> to open 'cygcc_s-1.dll' CCL hangs. ?Everything else loads okay, which is 
> strange since?cygcheck?indicates that?cygcc_s-1.dll?depends on all the DLL's 
> listed after it. ?Any ideas on why CCL is hanging at this point? ?Don't know 
> if it is useful to mention, but I get the same behavior in sbcl using its 
> FFI.
>
> Thanks,
> John
>
>