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 Feb 1 18:00:01 GMT 2011.
checking out new source tree
pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 148
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-amd64-stable/148.html
darcs checkout| Success
create mk/build.mk| Success
get subrepos | Success
repo versions
pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 131
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-i386-stable/131.html
darcs checkout| Success
create mk/build.mk| Success
get subrepos | Success
repo versions | S
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 Feb 1 18:10:01 GMT 2011.
checking out new source tree
pgj2 (amd64 FreeBSD HEAD), build 266
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj2/266.html
darcs checkout| Success
create mk/build.mk| Success
get subrepos | Success
repo versions | Success
setting version date | Succ
simonmar-win32-head (x86 Windows HEAD), build 233
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-head/233.html
darcs checkout| Success
create mk/build.mk| Success
get subrepos | Success
repo versions | Success
set
simonmar-win32-stable (x86 Windows STABLE), build 168
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-stable/168.html
darcs checkout| Success
create mk/build.mk| Success
get subrepos | Success
repo versions | Succe
pgj (x86 FreeBSD HEAD), build 268
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/268.html
darcs checkout| Success
create mk/build.mk| Success
get subrepos | Success
repo versions | Success
setting version date | Success
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 Feb 1 18:00:01 GMT 2011.
checking out new source t
starapple (OS X 10.6 snowleopard 64 HEAD), build 7
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/starapple/7.html
darcs checkout| Success
create mk/build.mk| Success
get subrepos | Success
repo versions | Success
setting version
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 Feb 1 18:10:01 GMT 2011.
checking out new so
kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 127
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/kgardas-opensolaris-x86-head/127.html
darcs checkout| Success
create mk/build.mk| Success
get subrepos | Success
repo versions
On Tue, Feb 1, 2011 at 6:26 PM, Roman Leshchinskiy wrote:
> No, the operation is still impure. Suppose we had
>
> thawArray# :: Array# a -> Int# -> Int# -> MutableArray# s a
>
> Then, we write
>
> f xs = let ys = thawArray# xs 0 n#
> zs = thawArray# xs 0 n#
> in e
>
> Do ys and zs
Johan Tibell wrote:
> On Tue, Feb 1, 2011 at 4:24 PM, Roman Leshchinskiy
> wrote:
>
>> Johan Tibell wrote:
>>
>>>
>>> Does cloneArray# really have to take and return a `State# s`?
>>>
>>
>> Oops, no, it doesn't. This was purely a case of mindless copy-pasting.
>>
>
> Does this apply to any of the
On Tue, Feb 1, 2011 at 4:40 PM, Johan Tibell wrote:
> On Tue, Feb 1, 2011 at 4:24 PM, Roman Leshchinskiy
> wrote:
>>> Does cloneArray# really have to take and return a `State# s`?
>>
>> Oops, no, it doesn't. This was purely a case of mindless copy-pasting.
>
> Does this apply to any of the other
On Tue, Feb 1, 2011 at 4:24 PM, Roman Leshchinskiy wrote:
> Johan Tibell wrote:
>>
>> Something struck me today. Look at the type signature for cloneArray#
>>
>>
>> cloneArray# :: Array# a -> Int# -> Int# -> State# s -> (# State# s,
>> Array# a #)
>>
>>
>> Does cloneArray# really have to take an
On 31 January 2011 09:14, Simon Marlow wrote:
> On 30/01/2011 00:42, Daniel Peebles wrote:
>>
>> In a slightly related proposal on the same topic, what do people think of:
>>
>> newArrayWith# :: (Int# -> a) -> Int# -> State# s -> (# State# s,
>> MutableArray# s a #)
>>
>> that would do the obvious
Johan Tibell wrote:
>
> Something struck me today. Look at the type signature for cloneArray#
>
>
> cloneArray# :: Array# a -> Int# -> Int# -> State# s -> (# State# s,
> Array# a #)
>
>
> Does cloneArray# really have to take and return a `State# s`?
Oops, no, it doesn't. This was purely a case o
Hi,
Something struck me today. Look at the type signature for cloneArray#
cloneArray# :: Array# a -> Int# -> Int# -> State# s -> (# State#
s, Array# a #)
Does cloneArray# really have to take and return a `State# s`? It seems
perfectly fine to float this expression around. It needs to be ma
Tue Feb 1 07:09:13 PST 2011 simo...@microsoft.com
* Test Trac #4930
A ./tests/ghc-regress/simplCore/should_compile/T4930.hs
A ./tests/ghc-regress/simplCore/should_compile/T4930.stderr
M ./tests/ghc-regress/simplCore/should_compile/all.T +4
View patch online:
http://darcs.haskell.o
Tue Feb 1 04:29:20 PST 2011 simo...@microsoft.com
* Fix type checker error message
See Trac #4940. We had a message
The lambda expression `\ x -> x' has one argument one argument,
repeating the "one argument" part. Easy fix.
M ./compiler/typecheck/TcMatches.lhs -4 +4
View p
Tue Feb 1 04:28:41 PST 2011 simo...@microsoft.com
* Some refactoring of SpecConstr
This was originally to improve the case when SpecConstr generated a
function with an unused argument (see Trac #4941), but I ended up
giving up on that. But the refactoring is still an improvement.
Tue Feb 1 04:26:37 PST 2011 simo...@microsoft.com
* Don't make join points when the case has only one non-bottom alternative
This fixes Trac #4930. See Note [Bottom alternatives] in Simplify.lhs
M ./compiler/coreSyn/CoreUtils.lhs -1 +20
M ./compiler/simplCore/Simplify.lhs -7 +35
Mon Jan 31 03:35:29 PST 2011 simo...@microsoft.com
* Improve Simplifier and SpecConstr behaviour
Trac #4908 identified a case where SpecConstr wasn't "seeing" a
specialisation it should easily get. The solution was simple: see
Note [Add scrutinee to ValueEnv too] in SpecConstr.
Th
Tue Feb 1 04:20:02 PST 2011 simo...@microsoft.com
* Test Trac #4908
A ./tests/ghc-regress/simplCore/should_compile/T4908.hs
A ./tests/ghc-regress/simplCore/should_compile/T4908.stderr
M ./tests/ghc-regress/simplCore/should_compile/all.T +3
View patch online:
http://darcs.haskell.o
Tue Feb 1 04:18:47 PST 2011 simo...@microsoft.com
* Fix bogus error message
M ./tests/ghc-regress/typecheck/should_fail/tcfail198.stderr -2 +1
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=testsuite;a=darcs_commitdiff;h=20110201121847-1287e-3ed853f75ef9e858d8bc26d5638
Fri Jan 28 09:18:44 PST 2011 simo...@microsoft.com
* Better simlifier output following SpecConstr fix
M ./tests/ghc-regress/simplCore/should_compile/spec-inline.stderr -63 +22
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=testsuite;a=darcs_commitdiff;h=20110128171844-1
Mon Jan 31 03:36:14 PST 2011 simo...@microsoft.com
* Follow changes to optimised code after fixing Trac #4908
M ./tests/ghc-regress/simplCore/should_compile/spec-inline.stderr -12 +12
View patch online:
http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=testsuite;a=darcs_commitdiff;h=20110131
On Mon, Jan 10, 2011 at 11:19:23AM +, Simon Marlow wrote:
> It's time to consider again whether we should migrate GHC development
> from darcs to (probably) git.
The Boost project has been having similar discussions about when, how
and if to migrate to Git, together with discussions on wheth
-- Forwarded message --
From: Vivian McPhail
Date: 2 February 2011 00:43
Subject: Re: Problem with hoopl x86_64 linux ghc 7.1
To: Simon Peyton-Jones
On 2 February 2011 00:37, Simon Peyton-Jones wrote:
> What version of ghc is in /home/ghc/bin/ghc?
>
>
>
$ ghc --version
The
What version of ghc is in /home/ghc/bin/ghc?
You imply it is 7.1.20110131. Is that right?
In that case GHC would surely fail to bootstrap; but it bootstraps ok for us.
Very strnge.
What happens if you build GHC starting with, say 6.12?
S
From: cvs-ghc-boun...@haskell.org [mailto:cvs-ghc-bou
ghc-7.1.20110131
linux x86_64
$ make dist-clean && perl boot && ./configure && make -j6
[..]
"/home/ghc/bin/ghc" -H64m -O0 -fasm -package-conf
libraries/bootstrapping.conf -package-name ghc-7.1 -hide-all-packages -i
-icompiler/basicTypes -icompiler/cmm -icompiler/codeGen -icompiler/coreSyn
-
32 matches
Mail list logo
