[Haskell-cafe] What to do when GHC works, RUNGHC fails

Peter Verswyvelen bf3 at telenet.be
Fri May 23 08:00:06 EDT 2008

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 likely has its own linker?

If this is correct, we should file a bug report?

> -----Original Message-----
> From: abayley at gmail.com [mailto:abayley at gmail.com] 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 fails
> 2008/5/22 Peter Verswyvelen <bf3 at telenet.be>:
> > 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, RUNGHC goes a bit further but then fails
> with an
> > "unknown symbol". Obviously I did something wrong in my Cabal script,
> but I
> > have no idea what it is.
> >
> > There seems to be a big difference when it comes to linking between
> of GHCi
> > and GHC . Any guidelines on what to do in cases like the one above?
> We had a similar problem with Takusen and ghci on Windows, where the
> PostgreSQL client dll is called libpq.dll, rather than pq.dll. We also
> solved it by copying pq.dll to libpq.dll. The extra-libs option is pq,
> rather than libpq. That fixed it for us, so I don't know why yours is
> still failing. Perhaps you can post a link to the src?
> Alistair
> --
> No virus found in this incoming message.
> Checked by AVG.
> Version: 7.5.524 / Virus Database: 269.23.21/1457 - Release Date:
> 5/20/2008 4:45 PM

More information about the Haskell-Cafe mailing list