Re: ghc-6.6 under sparc-sun-solaris

2006-11-03 Thread Christian Maeder
Duncan Coutts schrieb: On Tue, 2006-10-17 at 12:15 +0200, Christian Maeder wrote: P.S. building under solaris requires over 2GB memory (and takes a day) It's only have half of this. I've mixed up du -s (showing Blocks) and du -sh. My tree also included a binary-dist. -bash-3.00$ du -s 2266972

Re: ghc-6.6 under sparc-sun-solaris

2006-10-18 Thread Christian Maeder
Duncan Coutts schrieb: Try SRC_HC_OPTS = -optc-mcpu=ultrasparc -opta-mcpu=ultrasparc With this I've produced a binary saying: -bash-3.00$ ghc --version ghc-6.6: schedule: re-entered unsafely. Perhaps a 'foreign import unsafe' should be 'safe'? Yes! I get exactly the same under sparc

Re: ghc-6.6 under sparc-sun-solaris

2006-10-18 Thread Duncan Coutts
Christian, I've reported this bug here: http://hackage.haskell.org/trac/ghc/ticket/951 Please add any further info you think necessary. Duncan On Wed, 2006-10-18 at 11:21 +0200, Christian Maeder wrote: Duncan Coutts schrieb: Try SRC_HC_OPTS = -optc-mcpu=ultrasparc -opta-mcpu=ultrasparc

Re: ghc-6.6 under sparc-sun-solaris

2006-10-18 Thread Christian Maeder
Duncan Coutts schrieb: 1. Without SplitObjs=NO in mk/build.mk, will every file be compiled as if -split-objs were on ghc's command line? Not as if, the build system really does add -split-objs and does some other magic when SplitObjs=NO is not in mk/build.mk. My stage2 compiler (created

Re: ghc-6.6 under sparc-sun-solaris

2006-10-17 Thread Christian Maeder
Duncan Coutts schrieb: So ghc -split-objs works now with either -optc-mcpu=v8 or -opta-mcpu=v9 (or even -opta-mcpu=ultrasparc). Where should I place what so that my stage1 inplace-compiler works without SplitObjs=NO in mk/build.mk? Try SRC_HC_OPTS = -optc-mcpu=ultrasparc