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

2011-10-04 Thread Builder
pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 372 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-amd64-stable/372.html git clone| Success create mk/build.mk | Success get subrepos | Success repo versions| Success setting v

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

2011-10-04 Thread Builder
pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 355 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-i386-stable/355.html git clone| Success create mk/build.mk | Success get subrepos | Success repo versions| Success setting versi

pgj (x86 FreeBSD HEAD), build 492, Success

2011-10-04 Thread Builder
pgj (x86 FreeBSD HEAD), build 492 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/492.html git clone| Success create mk/build.mk | Success get subrepos | Success repo versions| Success setting version date | Success booting | Su

Re: failure of GHC 7.0.4 on OS X

2011-10-04 Thread Ian Lynagh
On Tue, Oct 04, 2011 at 06:33:06PM -0700, Mark Lentczner wrote: > > > > I don't know if just > > > >-mmacosx-version-min=10.5 > > > > would (a) produce a GHC that works on 10.5, and (b) work on recent Macs > > too. Unfortunately, I can't test (a). Also, even if it does work now, I > > wouldn't

Re: failure of GHC 7.0.4 on OS X

2011-10-04 Thread Mark Lentczner
> > I don't know if just > >-mmacosx-version-min=10.5 > > would (a) produce a GHC that works on 10.5, and (b) work on recent Macs > too. Unfortunately, I can't test (a). Also, even if it does work now, I > wouldn't be surprised if it broke in the near future. > Yes, it should. I was planning o

pgj2 (amd64 FreeBSD HEAD), build 490, Failure

2011-10-04 Thread Builder
pgj2 (amd64 FreeBSD HEAD), build 490 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/pgj2/490.html git clone | Success create mk/build.mk | Success get subrepos | Failure: Just (ExitFailure 2) Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/pg

[commit: ghc] master: Update the "Known bugs and infelicities" section of the manual (6361b7f)

2011-10-04 Thread Ian Lynagh
Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/6361b7fa141ce0c0120e9e8ff31344c419c13bed >--- commit 6361b7fa141ce0c0120e9e8ff31344c419c13bed Author: Ian Lynagh Dat

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

2011-10-04 Thread GHC Build Reports
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 Oct 4 18:00:02 BST 2011. checking out new source t

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

2011-10-04 Thread GHC Build Reports
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 Oct 4 18:10:01 BST 2011. checking out new so

tn23 (x86 OSX HEAD), build 447, Failure

2011-10-04 Thread Builder
tn23 (x86 OSX HEAD), build 447 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/447.html git clone | Failure: Just (ExitFailure 5) Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/447.html dyld: Library not loaded: /opt/local/lib/libcrypto.0.9.8.dyl

Re: Haddock development

2011-10-04 Thread David Waern
2011/10/4 Simon Peyton-Jones : > What about changes that are directly forced by (typcially) changes to HsSyn, > and hence immediately break the GHC HEAD build if not done?   Do we commit > directly to the 'master' branch of the Haddock repo for those? Yep, just continue like you do for those! D

Re: failure of GHC 7.0.4 on OS X

2011-10-04 Thread Ian Lynagh
On Tue, Oct 04, 2011 at 10:28:34AM +0100, Duncan Coutts wrote: > On Mon, 2011-10-03 at 22:50 -0700, Mark Lentczner wrote: > > > In the future, we should try get the GHC build to work as far back as > > 10.5 for 32-bit builds. > > Is there anything that the upstream ghc devs need to fix or be awar

Re: Compile speed benchmarking

2011-10-04 Thread David Terei
On 4 October 2011 06:09, Erik de Castro Lopo wrote: > Ah, thats an idea. I should try to force the stage1 and stage2 compiler > to go via LLVM and then see how the time is: > >  - via NCG >  - via LLVM before my changes >  - via LLVM after my changes > Yes that will work and be a large scale test

[commit: ghc] master: Fixed typo (cac1aa2)

2011-10-04 Thread Daniel Fischer
Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/cac1aa29fb728abb9aa97c8f0f94d299da4a800c >--- commit cac1aa29fb728abb9aa97c8f0f94d299da4a800c Author: Daniel Fischer

Re: Compile speed benchmarking

2011-10-04 Thread Erik de Castro Lopo
Karel Gardas wrote: > > Does anyone have a suggestion as an appropriate test for this? > > If you are successful in your hacking, then GHC bootstrap on ARM should > be faster. I'm not able to give you a login on my pandaboard dedicated > to ARM/GHC hacking, but in about two weeks my board shoul

Re: Compile speed benchmarking

2011-10-04 Thread Karel Gardas
On 10/ 4/11 02:53 PM, Erik de Castro Lopo wrote: I'm working on some changes (suggested by David Terei) to the LLVM backend that I hope will improve compile times when going via LLVM. Something like that is more than welcome on slow hosts which are using LLVM -- i.e. GHC/ARM combination comes

Compile speed benchmarking

2011-10-04 Thread Erik de Castro Lopo
Hi all, I'm working on some changes (suggested by David Terei) to the LLVM backend that I hope will improve compile times when going via LLVM. Does anyone have a suggestion as an appropriate test for this? Cheers, Erik -- -- Er

[commit: ghc] master: Remove unnecessary references to -fglagow-exts (ec436fe)

2011-10-04 Thread Simon Peyton Jones
Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/ec436fefbc3e35fc2e558184b4b0b98cec78eeb6 >--- commit ec436fefbc3e35fc2e558184b4b0b98cec78eeb6 Author: Simon Peyton Jo

New patches in /srv/darcs/git-mirrors/Win32

2011-10-04 Thread Ian Lynagh
New patches in /srv/darcs/git-mirrors/Win32 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

New patches in /srv/darcs/git-mirrors/containers

2011-10-04 Thread Ian Lynagh
New patches in /srv/darcs/git-mirrors/containers commit 1ad907a244e163191cdc0679083c72d2309b1426 Author: Johan Tibell Date: Mon Oct 3 21:10:40 2011 -0700 Bump version number to 0.4.2.0 commit cd1124133672df73d18cc2cbd85ce5fc706fa7ec Author: Johan Tibell Date: Mon Oct 3 21:08:32 2011 -

Re: GHC-specific alias analysis for the LLVM backend (and the build system)

2011-10-04 Thread austin seipp
Okay, so I took a stab at the build system and getting the analysis plugin at least building, and the results are in this commit: https://github.com/thoughtpolice/ghc/commit/c30b32fc98a78e322d872b82bed670ee4627ecf0 I'm working on pushing a version that moves most of the logic in this commit direc

Re: failure of GHC 7.0.4 on OS X

2011-10-04 Thread Duncan Coutts
On Mon, 2011-10-03 at 22:50 -0700, Mark Lentczner wrote: > Here's where I am: > > Today I managed to build a 32-bit version HP 2011.3.0.0 (based on GHC 7.0.4 > from GHC central). This installs and runs on 10.6 and 10.7 (with some tweaks > applied to the ghc script). It will not run on 10.5 because

simonmar-win32-stable (x86 Windows STABLE), build 335, Success

2011-10-04 Thread Builder
simonmar-win32-stable (x86 Windows STABLE), build 335 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-stable/335.html git clone| Success create mk/build.mk | Success get subrepos | Success repo versions| Success setting version d

[commit: ghc] master: Change error message slightly (9fc03d3)

2011-10-04 Thread Simon Peyton Jones
Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/9fc03d37c67098ab9dfa9403ff2c94e640074a76 >--- commit 9fc03d37c67098ab9dfa9403ff2c94e640074a76 Author: Simon Peyton Jo

RE: semantics of dataToTag and tagToEnum?

2011-10-04 Thread Simon Peyton-Jones
| Is the result of dataToTag unique globally, or just per data type? Is | there any assumption on the range or order? Per data type. The tags come out 0,1,2... in the same order that you declared the constructors in the data type declaration. | For tagToEnum, does the following isomorphism hold

RE: Haddock development

2011-10-04 Thread Simon Peyton-Jones
What about changes that are directly forced by (typcially) changes to HsSyn, and hence immediately break the GHC HEAD build if not done? Do we commit directly to the 'master' branch of the Haddock repo for those? Simon | -Original Message- | From: cvs-ghc-boun...@haskell.org [mailto:c