pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 210
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-amd64-stable/210.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date
http://www.hot-nude-girls.net
http://www.nude-teen-girls.net
http://www.nude-young-girls.net
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 193
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-i386-stable/193.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | S
pgj2 (amd64 FreeBSD HEAD), build 328
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj2/328.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Success
booting | Succ
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 Apr 12 18:10:01 BST 2011.
checking out new source tree
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 Apr 12 18:00:01 BST 2011.
checking out new source tree
simonmar-win32-head (x86 Windows HEAD), build 292
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-head/292.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Success
boo
simonmar-win32-stable (x86 Windows STABLE), build 224
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-stable/224.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Succe
pgj (x86 FreeBSD HEAD), build 330
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/330.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Success
booting | Success
kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 188
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/kgardas-opensolaris-x86-head/188.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date
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 Apr 12 18:10:01 BST 2011.
checking out new s
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 Apr 12 18:00:01 BST 2011.
checking out new source
tn23 (x86 OSX HEAD), build 307
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/307.html
git clone | Success
create mk/build.mk | Success
get subrepos | Failure: Just (ExitFailure 2)
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/307
On 12/04/11 17:44, Max Bolingbroke wrote:
On 12 April 2011 16:24, Simon Marlow wrote:
Change the way module initialisation is done (#3252, #4417)
Awesome!
I strongly suspect this will go a long long way to reducing link times
+ memory consumption for large projects. Thanks!
$ cat linkg
Hi Mark,
Thanks for your detailed response.
(A minor point: I think your definition D10, rather than D76, is
closest to what GHC implements as Char, since you can for example
evaluate (length "\xD800") with no complaints - this comes back to
Bryan's earlier reply to this thread. Of course, you ca
sparky-unreg (Sparc Solaris unreg HEAD), build 88
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/sparky-unreg/88.html
git clone | Failure: Just (ExitFailure 9)
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/sparky-unreg/88.html
ld.so.1: git: fatal: reloca
Indeed, POSIX has made a mess of things, hasn't it?
That said, I don't think applying PEP-383 here would make things better for
Haskell. Please bear with this background:
*Background*
Haskell 98 and Haskell 2000 both define the type Char this way:
> The character type Char is an enumeration whos
On Tue, Apr 12, 2011 at 5:05 AM, Max Bolingbroke wrote:
> a) When decoding a byte sequence to a String (which in GHC is
> typically a sequence of 16-bit values representing a UTF-16 encoded
> Unicode string), any bytes in the input which are undecodable are
> represented in the String as a unico
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : ghc-generics
http://hackage.haskell.org/trac/ghc/changeset/83f16ade9edf272c88c6b2ed8b8e951b905fe130
>---
commit 83f16ade9edf272c88c6b2ed8b8e951b905fe130
Author: simonpj
Seconded! I think this will also significantly help the plugins work
I'm trying to get cleaned up - annotations that were part of packages
which exposed a GHC plugin (and thus, dependened on the GHC library)
would cause GHC to get linked into the resulting executable, even
though the annotation was
On 12 April 2011 16:24, Simon Marlow wrote:
> Change the way module initialisation is done (#3252, #4417)
Awesome!
I strongly suspect this will go a long long way to reducing link times
+ memory consumption for large projects. Thanks!
Max
___
Cvs-
On 12 April 2011 17:11, Simon Peyton-Jones wrote:
> On Windows, after a from-scratch build, Git reports many untracked files
> (see below). Should they be .gitignored? Could you update .gitignore if
> so?
At least some of the files on your list are in the .gitignore in
master. I think you need
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/243c304273a1254418aeacf4d81cadb2d59945ad
>---
commit 243c304273a1254418aeacf4d81cadb2d59945ad
Author: Erik de Castro
Ian
On Windows, after a from-scratch build, Git reports many untracked files (see
below). Should they be .gitignored? Could you update .gitignore if so?
(Remember, no link trees on Windows.)
Simon
bash-3.1$ git status
# On branch ghc-generics
# Untracked files:
# (use "git add ..." to inc
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : ghc-generics
http://hackage.haskell.org/trac/ghc/changeset/2a26efb65343e31957b043f63c43caf24d5eeb30
>---
commit 2a26efb65343e31957b043f63c43caf24d5eeb30
Author: simonpj
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
New branch : ghc-generics
Referencing: 2a26efb65343e31957b043f63c43caf24d5eeb30
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Hi folks,
If after pulling the latest patches your stage2 compiler starts
segfaulting, it might be due to this:
http://hackage.haskell.org/trac/ghc/ticket/5109
the build system isn't rebuilding enough stuff after changes to the RTS.
Ian is fixing it, but until then it might be necessary t
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/7e3a7032f3d40c1e55a9b0fa691d784d35abdc10
>---
commit 7e3a7032f3d40c1e55a9b0fa691d784d35abdc10
Author: Simon Mar
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/3d783bc1fa85533e9956e7c71b07a23ffccb8632
>---
commit 3d783bc1fa85533e9956e7c71b07a23ffccb8632
Author: Simon Mar
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/a52ff7619e8b7d74a9d933d922eeea49f580bca8
>---
commit a52ff7619e8b7d74a9d933d922eeea49f580bca8
Author: Simon Marlow
D
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/5463b55b7dadc1e9918edb2d8666bf3ed195bc61
>---
commit 5463b55b7dadc1e9918edb2d8666bf3ed195bc61
Author: Simon Marlow
D
Hi,
As you may know, I've been working on improving GHC's support for
Unicode. In particular, I have been trying to achieve the following:
1. Use the locale encoding to decode command line arguments,
environment variables and file names from e.g. the System.Directory
functions
2. Implement F
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/4f018b471c7c5db858beb508b8430ae4d0621173
>---
commit 4f018b471c7c5db858beb508b8430ae4d0621173
Author: Simon Marlow
D
On 11/04/2011 22:29, Edward Z. Yang wrote:
diff --git a/compiler/codeGen/CgClosure.lhs b/compiler/codeGen/CgClosure.lhs
index da44122..d158bf7 100644
--- a/compiler/codeGen/CgClosure.lhs
+++ b/compiler/codeGen/CgClosure.lhs
@@ -250,7 +250,6 @@ closureCodeBody _binder_info cl_info cc [{- No args
34 matches
Mail list logo