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

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

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

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

[nightly] 22-Oct-2012 build of STABLE on i386-unknown-linux (cam-02-unx)

2012-10-22 Thread GHC Build Reports
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 Mon Oct 22 18:10:02 BST 2012. checking out new source tree

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

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

pgj2 (amd64 FreeBSD HEAD), build 839, Success

2012-10-22 Thread Builder
pgj2 (amd64 FreeBSD HEAD), build 839 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj2/839.html git clone| Success create mk/build.mk | Success get subrepos | Success repo versions| Success touching clean-check

pgj (x86 FreeBSD HEAD), build 836, Success

2012-10-22 Thread Builder
pgj (x86 FreeBSD HEAD), build 836 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/836.html git clone| Success create mk/build.mk | Success get subrepos | Success repo versions| Success touching clean-check fil

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

2012-10-22 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 Mon Oct 22 18:00:01 BST 2012. checking out new source

tn23 (x86 OSX HEAD), build 733, Failure

2012-10-22 Thread Builder
tn23 (x86 OSX HEAD), build 733 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/733.html git clone| Success create mk/build.mk | Success get subrepos | Success repo versions| Success touching clean-check files

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

2012-10-22 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 Mon Oct 22 18:10:02 BST 2012. checking out new s

Re: deprecating

2012-10-22 Thread John Lato
On Tue, Oct 23, 2012 at 12:44 AM, Johan Tibell wrote: > On Mon, Oct 22, 2012 at 9:14 AM, Simon Peyton-Jones > wrote: >> Do you mean “silently and forever”? Deprecation simply means that >> everything continues to work, but you get a little nudge to change. Isn’t >> that what it’s for? If you

simonmar-win32-head (x86 Windows HEAD), build 660, Failure

2012-10-22 Thread Builder
simonmar-win32-head (x86 Windows HEAD), build 660 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-head/660.html git clone| Success create mk/build.mk | Success get subrepos | Success repo versions| Su

am-deb7-64 (HEAD), build 219, Success

2012-10-22 Thread Builder
am-deb7-64 (HEAD), build 219 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/am-deb7-64/219.html git clone| Success create mk/build.mk | Success get subrepos | Success repo versions| Success touching clean-check f

[commit: hsc2hs] master: Use filepath's function instead of own (fixes #7191) (2f1d9d3)

2012-10-22 Thread Ian Lynagh
Repository : ssh://darcs.haskell.org//srv/darcs/hsc2hs On branch : master http://hackage.haskell.org/trac/ghc/changeset/2f1d9d3009d6193cc664d85ec24de20ce0380db4 >--- commit 2f1d9d3009d6193cc664d85ec24de20ce0380db4 Author: shelarcy Da

[commit: ghc] master: When DYNAMIC_BY_DEFAULT, make inplace wrappers for everything (14ddde0)

2012-10-22 Thread Ian Lynagh
Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/14ddde0e40745395cd6d0cf26ca45bf0220b4aaa >--- commit 14ddde0e40745395cd6d0cf26ca45bf0220b4aaa Author: Ian Lynagh Dat

[commit: ghc] master: Merge branch 'master' of darcs.haskell.org:/srv/darcs//ghc (5f37e0c)

2012-10-22 Thread Ian Lynagh
Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/5f37e0c71ff4af8539c5aebc739b006b4f0c6ebf >--- commit 5f37e0c71ff4af8539c5aebc739b006b4f0c6ebf Merge: 14ddde0... 412af

Re: deprecating

2012-10-22 Thread Ashley Yakeley
On 22.10.2012 11:05, Johan Tibell wrote: I think it's OK if a compiler accepts a program incorrectly marked "Rank2Types" when it actually requires rank-n types? It's an interesting question: does Rank2Types mean "I require at least rank-2 types" or "I only use rank-2 types"? I think it mea

Re: deprecating

2012-10-22 Thread Johan Tibell
On Mon, Oct 22, 2012 at 11:02 AM, Ashley Yakeley wrote: > I think it's OK if a compiler accepts a program incorrectly marked > "Rank2Types" when it actually requires rank-n types? It's an interesting question: does Rank2Types mean "I require at least rank-2 types" or "I only use rank-2 types"? _

RE: deprecating

2012-10-22 Thread Ashley Yakeley
On 22.10.2012 09:52, Simon Peyton-Jones wrote: The trouble is that it's painful to check that a program uses rank-2 *only*, which is what you might naively think of the flag. So rather than fiddle about with distinctions that no one really cares about, the idea is to abolish the distinction.

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

2012-10-22 Thread GHC Build Reports
Build description = HEAD (unreg) on x86_64-unknown-linux (cam-04-unx) Build location= /64playpen/simonmar/nightly/HEAD-unreg-cam-04-unx Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-unreg-cam-04-unx Nightly build started on cam-04-unx at Mon Oct 22 18:20:01 BST 2012. chec

Re: deprecating

2012-10-22 Thread Bryan O'Sullivan
On Mon, Oct 22, 2012 at 4:52 PM, Simon Peyton-Jones wrote: > But if the will of the masses is to silently and forever make > Rank2Types=RankNtypes (documented of course), that's ok with me. It just > seems odd. I thought that's what deprecation was *for*. > An alternative would be to have a mec

Re: deprecating

2012-10-22 Thread Bryan O'Sullivan
On Mon, Oct 22, 2012 at 4:14 PM, Simon Peyton-Jones wrote: > Do you mean “silently and forever”? > I think that's what I mean, yes. As Johan notes, many of us run our continuous builds of our packages with -Wall -Werror in order to keep them as clean as possible. Introducing a deprecation thus

RE: deprecating

2012-10-22 Thread Simon Peyton-Jones
| I thought the point of these extension flags was to be cross-compiler? | So it seems a bit odd to make a change for the benefit of one compiler. | | Here's my interpretation: Rank2Types is not a synonym for RankNTypes. | It's a specific requirement the source file has. When GHC comes to | compil

Re: deprecating

2012-10-22 Thread Johan Tibell
On Mon, Oct 22, 2012 at 9:14 AM, Simon Peyton-Jones wrote: > Do you mean “silently and forever”? Deprecation simply means that > everything continues to work, but you get a little nudge to change. Isn’t > that what it’s for? If you treat deprecation as equivalent to error, then > there isn’t m

[commit: ghc] master: typo (49108c3)

2012-10-22 Thread Simon Marlow
Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/49108c339db6c906e532d1dd170ae1e0e3dd0133 >--- commit 49108c339db6c906e532d1dd170ae1e0e3dd0133 Author: Simon Marlow D

[commit: ghc] master: Foreign calls can clobber heap & stack memory too (412af8c)

2012-10-22 Thread Simon Marlow
Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/412af8c2eb2f2c689f77fa9e061d45eaa37110f1 >--- commit 412af8c2eb2f2c689f77fa9e061d45eaa37110f1 Author: Simon Marlow D

[commit: ghc] master: add GHC.Float.rationalToFloat, rationalToDouble (fixes #7295) (771d376)

2012-10-22 Thread Ian Lynagh
Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/771d376bb6d2ab524741c6d0732718ac2613d2a1 >--- commit 771d376bb6d2ab524741c6d0732718ac2613d2a1 Author: John Lato Date

[commit: ghc] master: Use fromRational when pre-computing fromRational literals (6bb741b)

2012-10-22 Thread Ian Lynagh
Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/6bb741b12cf0829dd00fe9b16abc2941610cd155 >--- commit 6bb741b12cf0829dd00fe9b16abc2941610cd155 Author: Ian Lynagh Dat

[commit: testsuite] master: widen the range of max_bytes_used for T1969, to reduce spurious (4d6eb50)

2012-10-22 Thread Simon Marlow
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/4d6eb507c272fffe47d050edde845fb1ade650b1 >--- commit 4d6eb507c272fffe47d050edde845fb1ade650b1 Author: Simon Mar

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

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