tn23, build 167
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/167.html
darcs checkout | Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version date | Success
booting | Success
configuring
pgj, build 176
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/176.html
darcs checkout | Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version date | Success
booting | Success
configuring
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 Wed Oct 20 18:10:01 BST 2010.
checking out new source tree
DPH Performance Test Succeeded
Environment
Platform
host: limitingfactor.cse.unsw.EDU.AU
arch: i386
processor: i386
system:Darwin 10.4.0
Versions
GHC The Glorious Glasgow Haskell Compilation System, version 7.1.20101020
GCC i686-apple-darwin10-gcc-4.2.1 (G
kgardas-opensolaris-x86-head, build 31
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/kgardas-opensolaris-x86-head/31.html
darcs checkout | Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version date | Suc
Wed Oct 20 00:54:09 PDT 2010 simo...@microsoft.com
* Add test for Trac #4418
A ./tests/ghc-regress/typecheck/should_compile/T4418.hs
M ./tests/ghc-regress/typecheck/should_compile/all.T +1
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/testsuite;a=darcs_comm
Wed Oct 20 03:39:53 PDT 2010 Simon Marlow
* add test for #4334 (space leak in Data.List.lines)
A ./tests/ghc-regress/perf/space_leaks/T4334.hs
A ./tests/ghc-regress/perf/space_leaks/T4334.stdout
M ./tests/ghc-regress/perf/space_leaks/all.T +8
View patch online:
http://darcs.haskel
Wed Oct 20 05:31:06 PDT 2010 Simon Marlow
* remove xref to hasktags
M ./docs/users_guide/ghci.xml -2 +1
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/ghc;a=darcs_commitdiff;h=20101020123106-12142-efac714b4f5d58ec2770160cc954f3b5551c9cfa.gz
___
Sun Oct 10 03:07:09 PDT 2010 Neil Mitchell
* Update the documentation on using DLL's from Windows, fixing several
errors, in particular those relating to bug 3605
M ./docs/users_guide/win32-dlls.xml -181 +104
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/ghc;
Wed Oct 20 05:31:16 PDT 2010 Simon Marlow
* fix markup
M ./docs/users_guide/win32-dlls.xml -4 +6
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/ghc;a=darcs_commitdiff;h=20101020123116-12142-af956d4f4ca313e28d19695b2ccebfd02f8b84d1.gz
__
Wed Oct 20 02:09:46 PDT 2010 simo...@microsoft.com
* Refactor, plus fix Trac #4418
We weren't doing fundeps for derived superclasses
M ./compiler/typecheck/TcInteract.lhs -119 +99
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/ghc;a=darcs_commitdiff;h=20101
Wed Oct 20 04:55:26 PDT 2010 dimit...@microsoft.com
* (1) More lenient kind checking, (2) Fixed orientation problems and avoiding
double unifications, (3) Comments
M ./compiler/typecheck/TcCanonical.lhs -31 +39
M ./compiler/typecheck/TcInteract.lhs -81 +132
M ./compiler/typecheck/T
Mon Oct 18 01:44:01 PDT 2010 Simon Marlow
* hasktags was dropped in GHC 6.12, remove it from the docs
M ./docs/users_guide/utils.xml -1 +2
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/ghc;a=darcs_commitdiff;h=20101018084401-12142-1e7989e546de11c85d37618c1bd02
Wed Oct 20 08:19:52 PDT 2010 Ian Lynagh
* Fix haddock markup
M ./compiler/typecheck/TcCanonical.lhs -4 +4
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/ghc;a=darcs_commitdiff;h=20101020151952-3fd76-bc1605266d17672181984f0e56bebb3423a675db.gz
_
Tue Oct 19 10:15:14 PDT 2010 dimit...@microsoft.com
* Midstream changes to deal with spontaneous solving and flatten skolem
equivalence classes
M ./compiler/stgSyn/CoreToStg.lhs -1 +1
M ./compiler/typecheck/TcCanonical.lhs -29 +39
M ./compiler/typecheck/TcInteract.lhs -36 +138
Wed Oct 20 08:16:36 PDT 2010 Ian Lynagh
* Tweak the haddock rules; no functional change
M ./rules/haddock.mk -1 +1
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/ghc;a=darcs_commitdiff;h=20101020151636-3fd76-63532b1ffcda2a1b37a185fa81cfa2b300e06e17.gz
Wed Oct 20 07:37:10 PDT 2010 Ian Lynagh
* Don't seq unfoldings
We generate intermediate unfoldings which are just thrown away, so
evaluating them is a waste of time.
M ./compiler/basicTypes/IdInfo.lhs -1 +4
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/ghc
Wed Oct 20 00:59:41 PDT 2010 simo...@microsoft.com
* Add a comment, connecting the seq to the test (#4367) that shows its
usefulness
M ./compiler/basicTypes/IdInfo.lhs -1 +1
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/ghc;a=darcs_commitdiff;h=20101020075941-
Wed Oct 20 06:15:39 PDT 2010 Ian Lynagh
* Avoid hanging on to old unfoldings; fixes #4367 (compiler space regression)
M ./compiler/simplCore/Simplify.lhs -2 +8
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/ghc;a=darcs_commitdiff;h=20101020131539-3fd76-7e74d362
simonmar-win32-head, build 141
Build failed
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-head/141.html
darcs checkout | Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version date | Success
booting
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 Wed Oct 20 18:10:01 BST 2010.
checking out new s
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 Wed Oct 20 18:00:02 BST 2010.
checking out new source tree
On 20/10/2010, at 14:20, Simon Peyton-Jones wrote:
> Could you add comments to the setUnfolingLazily thing to explain?
Will do.
Roman
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
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 Wed Oct 20 18:00:02 BST 2010.
checking out new source
Wed Oct 20 08:19:52 PDT 2010 Ian Lynagh
* Fix haddock markup
M ./compiler/typecheck/TcCanonical.lhs -4 +4
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc;a=darcs_commitdiff;h=20101020151952-3fd76-bc1605266d17672181984f0e56bebb3423a675db.gz
_
Wed Oct 20 08:16:36 PDT 2010 Ian Lynagh
* Tweak the haddock rules; no functional change
M ./rules/haddock.mk -1 +1
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc;a=darcs_commitdiff;h=20101020151636-3fd76-63532b1ffcda2a1b37a185fa81cfa2b300e06e17.gz
Wed Oct 20 07:37:10 PDT 2010 Ian Lynagh
* Don't seq unfoldings
We generate intermediate unfoldings which are just thrown away, so
evaluating them is a waste of time.
M ./compiler/basicTypes/IdInfo.lhs -1 +4
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc;a=darcs
Wed Oct 20 06:15:39 PDT 2010 Ian Lynagh
* Avoid hanging on to old unfoldings; fixes #4367 (compiler space regression)
M ./compiler/simplCore/Simplify.lhs -2 +8
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc;a=darcs_commitdiff;h=20101020131539-3fd76-7e74d3629c41a6f2
Wed Oct 20 06:24:38 PDT 2010 simo...@microsoft.com
* Comments and layout only
M ./compiler/typecheck/TcCanonical.lhs -3 +7
M ./compiler/typecheck/TcInteract.lhs -8 +12
M ./compiler/typecheck/TcSMonad.lhs -3 +3
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc;a
Wed Oct 20 03:47:59 PDT 2010 Ian Lynagh
* Look for sources in Cabal's autogen directory too
M ./rules/hs-sources.mk -12 +12
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc;a=darcs_commitdiff;h=20101020104759-3fd76-fa3bce8cee852a7d81341fd8aa5b478f7645d657.gz
___
Wed Oct 20 03:47:39 PDT 2010 Ian Lynagh
* Follow Cabal change: Use usedExtensions rather than extensions
M ./utils/ghc-cabal/ghc-cabal.hs -1 +1
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc;a=darcs_commitdiff;h=20101020104739-3fd76-44ede9a4c01b9df032351a0a23338797
Wed Oct 20 05:31:06 PDT 2010 Simon Marlow
* remove xref to hasktags
M ./docs/users_guide/ghci.xml -2 +1
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc;a=darcs_commitdiff;h=20101020123106-12142-efac714b4f5d58ec2770160cc954f3b5551c9cfa.gz
___
Wed Oct 20 05:31:16 PDT 2010 Simon Marlow
* fix markup
M ./docs/users_guide/win32-dlls.xml -4 +6
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc;a=darcs_commitdiff;h=20101020123116-12142-af956d4f4ca313e28d19695b2ccebfd02f8b84d1.gz
__
Sun Oct 10 03:07:09 PDT 2010 Neil Mitchell
* Update the documentation on using DLL's from Windows, fixing several
errors, in particular those relating to bug 3605
M ./docs/users_guide/win32-dlls.xml -181 +104
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc;a=darcs_
Could you add comments to the setUnfolingLazily thing to explain?
| -Original Message-
| From: Roman Leshchinskiy [mailto:r...@cse.unsw.edu.au]
| Sent: 20 October 2010 12:23
| To: Simon Peyton-Jones
| Cc: Ian Lynagh; cvs-ghc@haskell.org
| Subject: Re: [GHC] #4419: dph tests fail with pan
Wed Oct 20 04:55:26 PDT 2010 dimit...@microsoft.com
* (1) More lenient kind checking, (2) Fixed orientation problems and avoiding
double unifications, (3) Comments
M ./compiler/typecheck/TcCanonical.lhs -31 +39
M ./compiler/typecheck/TcInteract.lhs -81 +132
M ./compiler/typecheck/T
Tue Oct 19 10:15:14 PDT 2010 dimit...@microsoft.com
* Midstream changes to deal with spontaneous solving and flatten skolem
equivalence classes
M ./compiler/stgSyn/CoreToStg.lhs -1 +1
M ./compiler/typecheck/TcCanonical.lhs -29 +39
M ./compiler/typecheck/TcInteract.lhs -36 +138
On 20 Oct 2010, at 12:11, Simon Peyton-Jones wrote:
> | > But why do the Ids need an unfolding at all? The simplifier will add
> one for itself, as
> | it does with ordinary Haskell code
> |
> | Because we want to make some of the bindings we generate INLINE and IIUC,
> the way
> | to do
Wed Oct 20 03:47:59 PDT 2010 Ian Lynagh
* Look for sources in Cabal's autogen directory too
M ./rules/hs-sources.mk -12 +12
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/ghc;a=darcs_commitdiff;h=20101020104759-3fd76-fa3bce8cee852a7d81341fd8aa5b478f7645d657.gz
Wed Oct 20 03:47:39 PDT 2010 Ian Lynagh
* Follow Cabal change: Use usedExtensions rather than extensions
M ./utils/ghc-cabal/ghc-cabal.hs -1 +1
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/ghc;a=darcs_commitdiff;h=20101020104739-3fd76-44ede9a4c01b9df032351a0a
| > But why do the Ids need an unfolding at all? The simplifier will add one
for itself, as
| it does with ordinary Haskell code
|
| Because we want to make some of the bindings we generate INLINE and IIUC,
the way
| to do this is to mkInlineUnfolding.
Ah. But do *all* of the Ids in a mu
On 20 Oct 2010, at 12:00, Simon Peyton-Jones wrote:
> | I see. I fear we can't do this in the vectoriser because we don't know
> which
> | loopbreaker the simplifier is going to choose.
>
> But why do the Ids need an unfolding at all? The simplifier will add one for
> itself, as it does wit
| I see. I fear we can't do this in the vectoriser because we don't know which
| loopbreaker the simplifier is going to choose.
But why do the Ids need an unfolding at all? The simplifier will add one for
itself, as it does with ordinary Haskell code
S
___
On 20 Oct 2010, at 11:50, Simon Peyton-Jones wrote:
> | But don't references to the other Ids in those RHS have to have the right
> unfolding?
> | That is, in
> |
> | f x = ... g y ...
> | g x = ... f y ...
> |
> | shouldn't the f in g's RHS and the g in f's RHS have the right unfolding
| But don't references to the other Ids in those RHS have to have the right
unfolding?
| That is, in
|
| f x = ... g y ...
| g x = ... f y ...
|
| shouldn't the f in g's RHS and the g in f's RHS have the right unfolding
info?
In the simplifier, no. If it chooses to process this rec gro
Wed Oct 20 03:39:53 PDT 2010 Simon Marlow
* add test for #4334 (space leak in Data.List.lines)
A ./tests/ghc-regress/perf/space_leaks/T4334.hs
A ./tests/ghc-regress/perf/space_leaks/T4334.stdout
M ./tests/ghc-regress/perf/space_leaks/all.T +8
View patch online:
http://darcs.haskel
Mon Oct 18 01:44:01 PDT 2010 Simon Marlow
* hasktags was dropped in GHC 6.12, remove it from the docs
M ./docs/users_guide/utils.xml -1 +2
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc;a=darcs_commitdiff;h=20101018084401-12142-1e7989e546de11c85d37618c1bd02459a5022
On 20 Oct 2010, at 10:06, Simon Peyton-Jones wrote:
> What I do in the simplifier is to put the rec group in a good order, then
> work top-to-bottom, simplifying each RHS, adding its unfolding, and then on
> to the next. No need for loops.
But don't references to the other Ids in those RHS h
Wed Oct 20 00:54:09 PDT 2010 simo...@microsoft.com
* Add test for Trac #4418
A ./tests/ghc-regress/typecheck/should_compile/T4418.hs
M ./tests/ghc-regress/typecheck/should_compile/all.T +1
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=testsuite;a=darcs_commitdiff;h
Wed Oct 20 02:09:46 PDT 2010 simo...@microsoft.com
* Refactor, plus fix Trac #4418
We weren't doing fundeps for derived superclasses
M ./compiler/typecheck/TcInteract.lhs -119 +99
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc;a=darcs_commitdiff;h=2010102009094
What I do in the simplifier is to put the rec group in a good order, then work
top-to-bottom, simplifying each RHS, adding its unfolding, and then on to the
next. No need for loops.
| -Original Message-
| From: Roman Leshchinskiy [mailto:r...@cse.unsw.edu.au]
| Sent: 20 October 2
If we generate a group of mutually recursive bindings, of which some have an
unfolding, do we have any choice but to use setIdUnfoldingLazily? Would it
perhaps make sense to be lazy by default and have setIdUnfoldingStrictly for
those cases where it matters?
Roman
On 20 Oct 2010, at 07:57, Sim
Wed Oct 20 00:59:41 PDT 2010 simo...@microsoft.com
* Add a comment, connecting the seq to the test (#4367) that shows its
usefulness
M ./compiler/basicTypes/IdInfo.lhs -1 +1
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc;a=darcs_commitdiff;h=20101020075941-1287e-27
Good catch Ian. I've added a comment
= seqUnfolding uf `seq` -- This seq makes a BIG difference to Trac #4367
so that if someone is tempted to take it out (which the earlier comment
suggests they might) they have a test case to try it against.
Can you do the same for your other patch? Th
pgj-freebsd-amd64-stable, build 54
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-amd64-stable/54.html
darcs checkout | Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version date | Success
boo
tn23, build 166
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/166.html
darcs checkout | Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version date | Success
booting | Success
configuring
56 matches
Mail list logo
