GCC, Mac OS X & the future

That sounds a lot easier than doing a preprocessor from scratch, so I'd suggest somebody with knowledge of that area of the code get started on that. :)  It's the only problem so far as I know; the build got quite far before encountering that.  But I don't know for a fact that it's absolutely the o

pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 282, Success

pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 282 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-amd64-stable/282.html git clone | Success create mk/build.mk| Success get subrepos | Success setting version date

[nightly] 28-Jun-2011 build of HEAD on i386-unknown-linux (cam-02-unx)

Build description = HEAD on i386-unknown-linux (cam-02-unx) Build location= /playpen/simonmar/nightly/HEAD Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx Nightly build started on cam-02-unx at Tue Jun 28 18:00:01 BST 2011. checking out new source tree

[nightly] 28-Jun-2011 build of STABLE on i386-unknown-linux (cam-02-unx)

Build description = STABLE on i386-unknown-linux (cam-02-unx) Build location= /playpen/simonmar/nightly/STABLE Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx Nightly build started on cam-02-unx at Tue Jun 28 18:10:01 BST 2011. checking out new source tree

pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 265, Success

pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 265 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-i386-stable/265.html git clone | Success create mk/build.mk| Success get subrepos | Success setting version date | S

pgj2 (amd64 FreeBSD HEAD), build 400, Success

pgj2 (amd64 FreeBSD HEAD), build 400 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj2/400.html git clone | Success create mk/build.mk| Success get subrepos | Success setting version date | Success booting | Succ

pgj (x86 FreeBSD HEAD), build 402, Success

pgj (x86 FreeBSD HEAD), build 402 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/402.html git clone | Success create mk/build.mk| Success get subrepos | Success setting version date | Success booting | Success

kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 273, Success

kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 273 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/kgardas-opensolaris-x86-head/273.html git clone | Success create mk/build.mk| Success get subrepos | Success setting version date

[nightly] 28-Jun-2011 build of HEAD on x86_64-unknown-linux (cam-04-unx)

Build description = HEAD on x86_64-unknown-linux (cam-04-unx) Build location= /64playpen/simonmar/nightly/HEAD-cam-04-unx Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-04-unx Nightly build started on cam-04-unx at Tue Jun 28 18:00:01 BST 2011. checking out new source

[nightly] 28-Jun-2011 build of STABLE on x86_64-unknown-linux (cam-04-unx)

Build description = STABLE on x86_64-unknown-linux (cam-04-unx) Build location= /64playpen/simonmar/nightly/STABLE-cam-04-unx Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-04-unx Nightly build started on cam-04-unx at Tue Jun 28 18:10:01 BST 2011. checking out new s

Re: genBits: small addition to random API + largely new implementation that needs code review

On Tue, Jun 28, 2011 at 02:58:00PM -0400, Ryan Newton wrote: > > So it seems random was due for an overhaul. I would like to initiate a > discussion period to talk about what changes should happen before the next > major release. I think this is timely because there is *already* a pending > back

[commit: ghc] master: Add a builtin rule for seq# when its argument is a manifest (619941b)

Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/619941b4b308223d8e2fe0d256f5c249239404df >--- commit 619941b4b308223d8e2fe0d256f5c249239404df Author: Simon Marlow D

[commit: ghc] master: Add two new primops: (be54417)

Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/be5441799b7d94646dcd4bfea15407883537eaaa >--- commit be5441799b7d94646dcd4bfea15407883537eaaa Author: Simon Marlow D

[commit: ghc] master: comment updates (7d14e36)

Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/7d14e369e88a693a97688f2a538e5068f63b119e >--- commit 7d14e369e88a693a97688f2a538e5068f63b119e Author: Simon Marlow D

Re: Problem with haddock and binary repos in checkout from github

Hmm, now I'm seeing a similar problem with the Cabal repo on github. The last available commit in git://github.com/ghc/packages-Cabal.git is 31fce20bf6a0191e26e640d1c464deea00c8ac4d. If I do a checkout from http://darcs.haskell.org/packages/Cabal.git I get up to commit bc794b750d844b2b4716c6d25

Re: GCC, Mac OS X & the future

On 28/06/2011, at 13:20, Dan Knapp wrote: > The other issue is that cpp, whether the llvm-gcc version or the clang > version, does not work for us. Only gcc cpp fills our needs, and > essentially only by the coincidence that it allows the > technically-invalid double-tick syntax that is used in T

Re: GCC, Mac OS X & the future

I've always thought it would be an interesting idea to try to compile GHC using Clang, using the GHC calling convention support in LLVM to support pinned register variables. Maybe this is the time to try this idea if someone has the time for it. Cheers, David On 28 June 2011 05:20, Dan Knapp wro

[commit: testsuite] master: Another variant of hashStr, this one caught a Hoopl bug. (e9b95e9)

Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/e9b95e9eb045dda1fb93729e752b742fa0983116 >--- commit e9b95e9eb045dda1fb93729e752b742fa0983116 Author: Edward Z.

Re: GCC, Mac OS X & the future

I'm jumping into the middle of this thread without having read all of it, but it appears to explore various issues which I am already familiar with, so I'll just say my piece and hope it's not already covered. I just noticed the thread (and that I had been Cc'ed a while back and missed that fact)

[commit: testsuite] master: remove datatype context (497352a)

Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/497352abd4edac524bc8fd1716ffc323aeee282e >--- commit 497352abd4edac524bc8fd1716ffc323aeee282e Author: Simon Mar

[commit: testsuite] master: T3064 is no longer expected_broken(5224), and adjust the ranges (1b03240)

Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/1b03240265dd7366a349898b401c52e5e230c44f >--- commit 1b03240265dd7366a349898b401c52e5e230c44f Author: Simon Mar

[commit: testsuite] master: Fix spurious failure in ghcpkg05 in the nightly build (33f38c1)

Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/33f38c186f3b9658b881381d650bb363bdb5aca5 >--- commit 33f38c186f3b9658b881381d650bb363bdb5aca5 Author: Simon Mar

[commit: testsuite] master: slightly reduce the lower bound for peak_megabytes_allocated for T4801, (66c3414)

Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/66c3414e04f8ff9f97c5dec1d5fe5826c6898a6c >--- commit 66c3414e04f8ff9f97c5dec1d5fe5826c6898a6c Author: Simon Mar

[commit: testsuite] master: omit conc016(threaded2), it gives nondeterministic results (0df0ed3)

Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/0df0ed30b5a7d660b22e4e60a8cfd80b62dbddba >--- commit 0df0ed30b5a7d660b22e4e60a8cfd80b62dbddba Author: Simon Mar

[commit: ghc] master: Fix bug introduced in b2bd63f99d643f6b3eb30bb72bb9ae26d4183252 (38a844e)

Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/38a844e496576e3460037d56202aaa067079133c >--- commit 38a844e496576e3460037d56202aaa067079133c Author: Simon Marlow D

Re: Github push hook failure: "can't push to the refs/pull/* hierarchy"

On 28 June 2011 07:52, Max Bolingbroke wrote: > On 25 June 2011 19:19, Johan Tibell wrote: >> Perhaps not. Just asking if they intend to support --mirror would be useful. > > I've used the contact form on their website to ask. Let's see what they say. Apparently they do intend to support it and

[commit: ghc] master: Fix LLVM backend in unregisterised build to use C (ac0800b)

Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/ac0800b6bfdb7b1f3895fe33981e0bc853b0d409 >--- commit ac0800b6bfdb7b1f3895fe33981e0bc853b0d409 Author: David Terei Da