2008/5/23 Peter Verswyvelen <[EMAIL PROTECTED]>:
> So it seems the GHCi linker is not using the metadata in the library file
> correctly? The libpng.dll.a library file clearly contains a reference to
> libpng3.dll, and I guess since GHC is using the GCC linker, this works fine,
> but GHCi most l
file a bug report?
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
> Alistair Bayley
> Sent: Friday, May 23, 2008 10:08 AM
> To: Peter Verswyvelen
> Cc: Haskell-Cafe
> Subject: Re: [Haskell-cafe] What to do when GHC works, RUNGHC
2008/5/22 Peter Verswyvelen <[EMAIL PROTECTED]>:
> The first thing I noticed is that RUNGHC looks for a DLL called "png.dll"
> (which it doesn't find and then bails out with an error), while the
> executable build with GHC uses the correct "libpng3.dll". When I rename the
> libpng3.dll into png.dll
I'm experimenting creating a Cabal script on Windows that installs a
module that refers to some DLLs (freetype, png, ...) via C wrappers
When configuring, building, and installing using cabal, a test program
that uses this installed module runs fine when compiled with GHC --make,
but fails mis