Ian Lynagh wrote:
> On Mon, Jun 16, 2008 at 08:12:49AM +0100, Dominic Steinitz wrote:
>> Thanks. I put the flag in the right place and got further but see below.
>>
>>> ../compiler/ghc-inplace -H32m -O2 -fasm -Rghc-timing -optc-O2 -I../includes
>>> -I. -Iparallel -Ism -DCOMPILING_RTS -package-name
Dan
John Dias is indeed spending 6 months at Microsoft to work on GHC's back end.
He's doing a pretty wholesale re-architecting job, so it will be a couple of
months before we have the new setup glued together, but once we do I hope that
we'll have a much more friendly framework in place for d
On Mon, Jun 16, 2008 at 08:12:49AM +0100, Dominic Steinitz wrote:
>
> Thanks. I put the flag in the right place and got further but see below.
>
> > ../compiler/ghc-inplace -H32m -O2 -fasm -Rghc-timing -optc-O2 -I../includes
> > -I. -Iparallel -Ism -DCOMPILING_RTS -package-name rts -fvia-C -stat
Greetings,
Recently, due to scattered complaints I'd seen on the internet, I set about to
rewrite the fannkuch [1] benchmark on the Great Computer Language Shootout.
The current entry uses Ptr/Addr#, malloc, etc. so it's not particularly
representative of code one would actually write in Haskel
On Mon, 2008-06-16 at 15:39 +0100, Alistair Bayley wrote:
> > I never thought about that. I've been using Setup.hs with "#!/usr/bin/env
> > runhaskell" and never had any problems.
> >
> > I guess the only thing that would be gained by using Setup.lhs is the
> > ability to compile the setup progra
> I never thought about that. I've been using Setup.hs with "#!/usr/bin/env
> runhaskell" and never had any problems.
>
> I guess the only thing that would be gained by using Setup.lhs is the
> ability to compile the setup program. Is that something that's commonly
> done?
That's what I do. My n
I never thought about that. I've been using Setup.hs with
"#!/usr/bin/env runhaskell" and never had any problems.
I guess the only thing that would be gained by using Setup.lhs is the
ability to compile the setup program. Is that something that's commonly
done?
Richard G.
Johannes Waldman
Yitzchak Gale wrote:
Judah Jacobson wrote:
I'm writing a program that reads input from the user but should also
handle a ctrl-c...
It works fine compiled without -threaded, but with -threaded
it blocks forever after a ctrl-c.
Simon Marlow wrote:
Ah, this is a consequence of the change we made
On Mon, 2008-06-16 at 07:38 +0200, Johannes Waldmann wrote:
> > Does this mean that literate source files should be discouraged? They
> > seem to be fairly common, especially in conjunction with Cabal (i.e.,
> > Setup.lhs).
>
> I think the reason for having Setup.lhs instead of Setup.hs
> is t
Simon Peyton-Jones wrote:
> | Where do I put -fno-ds-multi-tyvar so that the build system knows
> to use | it? I'm going to try build.mk. | | Ok that didn't work and I
> couldn't find anything about | -fno-ds-multi-tyvar in the
> documentation.
>
> Yes, in GhcLibHcOpts in build.mk is a good place.
10 matches
Mail list logo