On Fri, 2006-08-18 at 12:20 +1000, Conrad Parker wrote:
> On Thu, Aug 17, 2006 at 03:29:00PM +0100, Duncan Coutts wrote:
> > On Thu, 2006-08-17 at 14:50 +0100, Neil Mitchell wrote:
> > > Hi,
> > >
> > > First off, being a windows user, having a configure/build separation
> > > seems a bit unusual.
Hi Duncan,
On 8/18/06, Duncan Coutts <[EMAIL PROTECTED]> wrote:
It'd be great if you could test this patch on Windows.
I test by building few libs that require few ar/ld invokations to get built,
and used the libs in a program. I used self-built ghc-6.5 from about last
weekend.
If change the
Hi,
mkGHCiLibName builds name for an object file ghci uses when linking interpreted
bytecode with binary. That's just part of the code that builds
library. I think
you want the code that comes afterwards.
Thanks for the hints, my greping was confusing me.
Patch attached that stops multiple
On Fri, 2006-08-18 at 00:47 +0300, Esa Ilari Vuokko wrote:
> Hi,
>
> I recently ran into issue I couldn't use Compat.FilePatch with Cabal built
> in GHC build-tree (ie using Makefiles)
>
> Fri Aug 18 00:27:20 FLE Standard Time 2006 Esa Ilari Vuokko <[EMAIL
> PROTECTED]>
> * Export all the mod
On 8/18/06, Duncan Coutts <[EMAIL PROTECTED]> wrote:
Hmm, I expect it ought to be the other way around, that we should always
hide the internal and compat modules.
Yeah, I can see you might want that.
I just used it because it worked for me (with Cabal built using Cabal), but
didn't on fresh i