On 06/01/2009, at 11:17 PM, Simon Marlow wrote:
Simon Peyton-Jones wrote:
As I understand it from Roman, this is unique to SPARC.
Specifically, gcc is uniquely slow.
I believe that our Current Plan is to avoid the problem by
generating native code directly, and get rid of gcc in the
pipe
n
Simon
| -Original Message-
| From: cvs-ghc-boun...@haskell.org [mailto:cvs-ghc-boun...@haskell.org] On
Behalf Of Ben
| Lippmeier
| Sent: 02 January 2009 10:06
| To: cvs-ghc@haskell.org; Duncan Coutts; Roman Leshchinskiy
| Subject: Large .hc files generated when compiling on SPARC T2
|
| Hi all,
| I&
alf Of Ben
| Lippmeier
| Sent: 02 January 2009 10:06
| To: cvs-ghc@haskell.org; Duncan Coutts; Roman Leshchinskiy
| Subject: Large .hc files generated when compiling on SPARC T2
|
| Hi all,
| I've started work on the SPARC T2 backend. There's a blog at
| http://ghcsparc.blogspot.com/ with the cu
Hi all,
I've started work on the SPARC T2 backend. There's a blog at
http://ghcsparc.blogspot.com/ with the current progress. I've got the
binary of 6.8.3 installed and am trying to compile 6.10 and the head.
I'm running into some huge compile times that I'm hoping someone will
have some sugg
