Build description = HEAD on i386-unknown-linux
(cam-02-unx.europe.corp.microsoft.com)
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 Mon Sep 14 18:00:01 BST 2009.
checking out
Build description = HEAD on x86_64-unknown-linux
(cam-04-unx.europe.corp.microsoft.com)
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 Sep 14 19:00:01 BST 2009.
**
On Mon, 2009-09-14 at 14:24 +0100, Simon Marlow wrote:
> The workaround is to use this idiom instead:
>
> do
> p <- return $! ...
> return (p, q)
Isn't the better idiom to use evaluate?
let p = ...
evaluate p
return (p, q)
When p is the only result it collapses to just
let p =
Hi,
I notice that the last Windows snapshot binary is from the 20th of August.
I'm hoping to test GHC 6.12.1 in a hope to find any errors before a
release, and also because of the memory leak with the threaded runtime in
6.10.4. Are there any more up to date binaries?
Thanks
Neil
___
Tue May 12 10:24:59 PDT 2009 Peter Hercek
* alow macros to redefine builtin GHCi commands (implements #3084)
Ignore-this: 62f3aa596e922bd1cb8c4875ca674570
M ./ghc/InteractiveUI.hs -6 +14
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20090512172459-6af41-2e3bb143d08cf0bc
Mon Sep 14 04:05:50 PDT 2009 Simon Marlow
* Fix build on Windows
Ignore-this: b2aaa2183edfd175d23ea3b0dd8dd2b0
M ./utils/ghc-pkg/Main.hs -2 +2
M ./utils/ghc-pkg/ghc.mk -1 +4
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20090914110550-12142-12a4654a22a2236a83f1c7519
On 14/09/2009 15:54, ndmitch...@gmail.com wrote:
I notice that the last Windows snapshot binary is from the 20th of
August. I'm hoping to test GHC 6.12.1 in a hope to find any errors
before a release, and also because of the memory leak with the threaded
runtime in 6.10.4. Are there any more up
Mon Sep 14 06:48:44 PDT 2009 Simon Marlow
* accept output
Ignore-this: ce62cebb1bc44889a027ea4d2ee89fb2
M ./tests/ghc-regress/cabal/cabal01/cabal01.stdout-i386-unknown-mingw32 -1
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20090914134844-12142-bc6ddcb015ede3022e
On 14/09/2009 14:38, Ian Lynagh wrote:
On Mon, Sep 14, 2009 at 02:24:18PM +0100, Simon Marlow wrote:
I'm fairly sure we came across this in another context recently, but
can't remember where.
http://hackage.haskell.org/trac/ghc/ticket/2273
Thanks! Interesting that Simon's patch didn't fix
On Mon, Sep 14, 2009 at 02:24:18PM +0100, Simon Marlow wrote:
>
> I'm fairly sure we came across this in another context recently, but
> can't remember where.
http://hackage.haskell.org/trac/ghc/ticket/2273
Thanks
Ian
___
Cvs-ghc mailing list
Cvs-gh
On 14/09/2009 11:51, Simon Marlow wrote:
Fri Sep 11 08:28:12 PDT 2009 Simon Marlow
* Fix a space leak in the native code gen (again)
Ignore-this: 8c678698faf4f3cfa4be5c923fb4f6a2
M ./compiler/nativeGen/AsmCodeGen.lhs -5 +5
I (re-)learned an interesting thing here. The following i
On Mon, Sep 14, 2009 at 09:56:51AM +0100, Simon Marlow wrote:
> On 11/09/2009 21:24, Duncan Coutts wrote:
>> On Fri, 2009-09-11 at 18:38 +0100, Ian Lynagh wrote:
>>> On Fri, Sep 11, 2009 at 08:59:27AM +0100, Simon Marlow wrote:
On 10/09/2009 21:16, Duncan Coutts wrote:
> On Thu, 2009-09-10
Mon Sep 14 03:58:23 PDT 2009 Simon Marlow
* Add "ghc-pkg init" command for creating a new package DB
Ignore-this: 1f788fb090f28c0ac005695fb79b3c7f
M ./utils/ghc-pkg/Main.hs +20
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20090914105823-12142-0351084245c7eb8046abd5e89a
Mon Sep 14 03:58:51 PDT 2009 Simon Marlow
* use "ghc-pkg init" to create databases, and update test output
Ignore-this: 89cd71a2cf2ffaca6fcd9da44dde69bd
M ./tests/ghc-regress/cabal/Makefile -16 +16
M ./tests/ghc-regress/cabal/ghcpkg01.stdout -9
M ./tests/ghc-regress/cabal/ghcpkg0
Mon Sep 14 03:50:02 PDT 2009 Simon Marlow
* add a test for the NCG space leak I found while looking at #3294
A ./tests/ghc-regress/space_leaks/T3294.hs
M ./tests/ghc-regress/space_leaks/all.T +28
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20090914105002-12142
Fri Sep 11 08:28:12 PDT 2009 Simon Marlow
* Fix a space leak in the native code gen (again)
Ignore-this: 8c678698faf4f3cfa4be5c923fb4f6a2
M ./compiler/nativeGen/AsmCodeGen.lhs -5 +5
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20090911152812-12142-aa26937d7f4dc9ee2e9a9
On 11/09/2009 23:29, Don Stewart wrote:
igloo:
In the worst case you can just bundle a copy of the binary code
privately since I presume it's not exposed in the ghc package's API.
Well, it exposes Binary instances of various types. And AFAIK the only
reason it isn't yet used more in GHC is con
On 11/09/2009 21:24, Duncan Coutts wrote:
On Fri, 2009-09-11 at 18:38 +0100, Ian Lynagh wrote:
On Fri, Sep 11, 2009 at 08:59:27AM +0100, Simon Marlow wrote:
On 10/09/2009 21:16, Duncan Coutts wrote:
On Thu, 2009-09-10 at 05:02 -0700, Simon Marlow wrote:
- the binary package is now a boo
On 11/09/2009 18:41, Sergei Trofimovich wrote:
On Fri, 11 Sep 2009 11:35:00 +0100
Simon Marlow wrote:
I had a different fix in my tree, that I've just pushed:
Thu Sep 10 05:40:37 PDT 2009 Simon Marlow
* put back F_, just in case the via-C codegen uses it
Let me know if you still have pr
Build results:
x86-64 Linux head: fail (failed bindisttest failed slave lost)
x86 Windows head:fail (failed compile)
x86 Windows head fast: fail (failed compile) fail (failed compile) fail
(failed compile) fail (failed compile) fail (failed compile) fail (failed
compile)
x86-64 L
20 matches
Mail list logo
