On 10/13/11 05:52 AM, Ben Gamari wrote:
On Thu, 13 Oct 2011 00:15:39 +0200, Karel Gardas
wrote:
On 10/12/11 08:44 PM, Ben Gamari wrote:
On Wed, 12 Oct 2011 20:35:12 +0200, Karel Gardas
wrote:
I'm also using this to make it compilable:
Yep, you are right. Merged.
FYI, relocation type
On 10/13/11 01:06 AM, Ben Gamari wrote:
On Thu, 13 Oct 2011 00:15:39 +0200, Karel Gardas
wrote:
On 10/12/11 08:44 PM, Ben Gamari wrote:
On Wed, 12 Oct 2011 20:35:12 +0200, Karel Gardas
wrote:
I'm also using this to make it compilable:
Yep, you are right. Merged.
FYI, relocation type
pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 380
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-amd64-stable/380.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting v
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 12 18:00:01 BST 2011.
checking out new source tree
pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 363
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-i386-stable/363.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting versi
pgj2 (amd64 FreeBSD HEAD), build 498
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj2/498.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version date | Success
booting | 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 Wed Oct 12 18:10:01 BST 2011.
checking out new source tree
On Thu, 13 Oct 2011 00:15:39 +0200, Karel Gardas
wrote:
> On 10/12/11 08:44 PM, Ben Gamari wrote:
> > On Wed, 12 Oct 2011 20:35:12 +0200, Karel Gardas
> > wrote:
> >>
> >> I'm also using this to make it compilable:
> >>
> > Yep, you are right. Merged.
>
> FYI, relocation type 43 still unhandle
pgj (x86 FreeBSD HEAD), build 500
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/500.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version date | Success
booting | Succe
tn23 (x86 OSX HEAD), build 455
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/455.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version date | Success
booting | 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 Wed Oct 12 18:00:01 BST 2011.
checking out new source
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 12 18:10:01 BST 2011.
checking out new s
kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 371
Build failed
Details:
http://darcs.haskell.org/ghcBuilder/builders/kgardas-opensolaris-x86-head/371.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting
On Thu, 13 Oct 2011 00:15:39 +0200, Karel Gardas
wrote:
> On 10/12/11 08:44 PM, Ben Gamari wrote:
> > On Wed, 12 Oct 2011 20:35:12 +0200, Karel Gardas
> > wrote:
> >>
> >> I'm also using this to make it compilable:
> >>
> > Yep, you are right. Merged.
>
> FYI, relocation type 43 still unhandle
On Thu, 13 Oct 2011 00:15:39 +0200, Karel Gardas
wrote:
> On 10/12/11 08:44 PM, Ben Gamari wrote:
> > On Wed, 12 Oct 2011 20:35:12 +0200, Karel Gardas
> > wrote:
> >>
> >> I'm also using this to make it compilable:
> >>
> > Yep, you are right. Merged.
>
> FYI, relocation type 43 still unhandle
On 10/12/11 08:44 PM, Ben Gamari wrote:
On Wed, 12 Oct 2011 20:35:12 +0200, Karel Gardas
wrote:
I'm also using this to make it compilable:
Yep, you are right. Merged.
FYI, relocation type 43 still unhandled:
Loading package ghc-prim ... linking ... ghc-stage2:
/export/home/karel/vcs/ghc
Thanks, this should be fixed now.
On 28 September 2011 04:36, Simon Peyton-Jones wrote:
> I got this for a number of safe-haskell tests. It usually means that not
> enough cleaning has taken place -- ie out of date .hi files.
>
>
>
> Simon
>
>
>
> => Check01(normal) 1395 of 3000 [0, 1, 0]
>
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/1c48c3891a3f20b70397eb9de9f0bcaf8d34d286
>---
commit 1c48c3891a3f20b70397eb9de9f0bcaf8d34d286
Merge: f8b8096...
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/f8b80966a5fb57e3c27aafa0d3a0695b4232b8c7
>---
commit f8b80966a5fb57e3c27aafa0d3a0695b4232b8c7
Author: David Ter
Repository : ssh://darcs.haskell.org//srv/darcs/haddock
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/45bcf701d8e99e86f28a966b31654c16a5ae6b42
>---
commit 45bcf701d8e99e86f28a966b31654c16a5ae6b42
Author: David Terei
Repository : ssh://darcs.haskell.org//srv/darcs/haddock
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/0844318c820138c55548d63b0747057fce6564c1
>---
commit 0844318c820138c55548d63b0747057fce6564c1
Author: David Terei
Repository : ssh://darcs.haskell.org//srv/darcs/haddock
On branch : development
http://hackage.haskell.org/trac/ghc/changeset/089b087c2863bed63302a36591e5c4678b29b466
>---
commit 089b087c2863bed63302a36591e5c4678b29b466
Author: David
Repository : ssh://darcs.haskell.org//srv/darcs/haddock
On branch : development
http://hackage.haskell.org/trac/ghc/changeset/0c16f3b04aadd0cc22fedbf123bae6369d1c445e
>---
commit 0c16f3b04aadd0cc22fedbf123bae6369d1c445e
Author: David
On Wed, 12 Oct 2011 20:35:12 +0200, Karel Gardas
wrote:
>
> I'm also using this to make it compilable:
>
Yep, you are right. Merged.
Cheers,
- Ben
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
On Wed, 12 Oct 2011 20:25:30 +0200, Karel Gardas
wrote:
> On 10/12/11 07:57 PM, Ben Gamari wrote:
> >> the system is Ubuntu 11.04. Looking into /usr/include/elf.h reveals no
> >> R_ARM_THM_MOVW_ABS_NC nor R_ARM_THM_MOVT_ABS relocations defined.
> >>
> > Oh my, it seems you are right. This is quit
On 10/12/11 07:57 PM, Ben Gamari wrote:
On Wed, 12 Oct 2011 19:23:54 +0200, Karel Gardas
wrote:
On 10/12/11 07:27 AM, Ben Gamari wrote:
I have finished a first cut of a patch doing the above and it is
available at [4]. Be aware that this is entirely untested (hopefully
this will change tomorr
On 10/12/11 07:57 PM, Ben Gamari wrote:
the system is Ubuntu 11.04. Looking into /usr/include/elf.h reveals no
R_ARM_THM_MOVW_ABS_NC nor R_ARM_THM_MOVT_ABS relocations defined.
Oh my, it seems you are right. This is quite strange as these are
defined in the "ELF for the ARM Architecture" specif
On Wed, 12 Oct 2011 19:23:54 +0200, Karel Gardas
wrote:
> On 10/12/11 07:27 AM, Ben Gamari wrote:
> > I have finished a first cut of a patch doing the above and it is
> > available at [4]. Be aware that this is entirely untested (hopefully
> > this will change tomorrow after some sleep). Does any
simonmar-win32-head (x86 Windows HEAD), build 411
Build failed
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-head/411.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version date | Suc
On 10/12/11 07:27 AM, Ben Gamari wrote:
I have finished a first cut of a patch doing the above and it is
available at [4]. Be aware that this is entirely untested (hopefully
this will change tomorrow after some sleep). Does anyone see anything
missing or blatantly wrong? Given my limited knowledg
---
mk/config.mk.in |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/mk/config.mk.in b/mk/config.mk.in
index 89cce18..aef0937 100644
--- a/mk/config.mk.in
+++ b/mk/config.mk.in
@@ -137,7 +137,7 @@ PlatformSupportsSharedLibs = $(if $(filter
$(TARGETPLATFORM),\
# the compi
On 10/12/11 03:05 PM, Ben Gamari wrote:
Also, if you want to support -fPIC and -dynamic then you may have to
implement the other kinds of relocations that those generate.
Sigh.
For the first step I would concentrate on usual static build. I've
attempted build with shared libs enabled, but w/
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : ghc-constraint-solver
http://hackage.haskell.org/trac/ghc/changeset/a2d2a964beef27bc5b6929a34a19b4806ac81803
>---
commit a2d2a964beef27bc5b6929a34a19b4806ac81803
Author:
On 12/10/2011 14:58, Ben Gamari wrote:
On Wed, 12 Oct 2011 11:42:29 +0100, Simon Marlow wrote:
I don't see anything obviously bogus. But you should test it before we
pull it in - I'd be willing to bet a large sum of money that it doesn't
just work.
On this note, what is the best way to test
On Wed, 12 Oct 2011 11:42:29 +0100, Simon Marlow wrote:
> I don't see anything obviously bogus. But you should test it before we
> pull it in - I'd be willing to bet a large sum of money that it doesn't
> just work.
>
On this note, what is the best way to test this code? Is this simply a
matte
While building stage 1 on my ARM I ran into the following error. It
appears that the code is in a BEWARE_LOAD_STORE_ALIGNMENT #ifdef, which
perhaps isn't exercised frequently on more common architectures. Seems
like someone just forgot to update a function reference. The fix
is trivial.
Cheers,
Fixes build error:
compiler/cmm/PprC.hs:961:33:
Couldn't match expected type `Platform'
against inferred type `CmmExpr'
In the first argument of `pprExpr1', namely `expr'
In the second argument of `(<+>)', namely `pprExpr1 expr'
In the first argument of `parens', namely
While building stage 1 on my ARM I ran into the following error. It
appears that the code is in a BEWARE_LOAD_STORE_ALIGNMENT #ifdef, which
perhaps isn't exercised frequently on more common architectures. Seems
like someone just forgot to update a function reference. The fix
is trivial.
Cheers,
On Wed, 12 Oct 2011 11:42:29 +0100, Simon Marlow wrote:
> > Concerning the relocations, it appears that the x86 code only implements
> > two relocation types. Looking at my installed GHC-compiled libraries, it
> > seems these are the only two relocation types which GHC produces. The
> > non-Haskel
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : ghc-kinds
http://hackage.haskell.org/trac/ghc/changeset/006500f1846da1d2f544ec32c2adb86d8b55a15d
>---
commit 006500f1846da1d2f544ec32c2adb86d8b55a15d
Author: Jose Pedro M
Hi Ben,
this is indeed great news! I've just resurrected my pandaboard and
started a build of your tree to see how is it working. I'll let you know
in about 24 hours I guess (if everything is working well, if not, then
sooner. FYI: build takes about 6 hours and testsuite run about 12 hours
o
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/2a9f42095cb2d9aace991b11bf052d12ca654ef8
>---
commit 2a9f42095cb2d9aace991b11bf052d12ca654ef8
Author: Simon Peyton Jo
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/36297a8efdfb7e79b9b3b395186f3ca8514fc678
>---
commit 36297a8efdfb7e79b9b3b395186f3ca8514fc678
Author: Simon Peyton Jo
On 12/10/2011 09:04, Simon Peyton-Jones wrote:
| Just out of curiosity, why not implement a memo table where both keys
| and values are weak pointers? Sure, it doesn't have the nice property
| that keys keep values alive, but I wonder how much difference it would
| be in practice.
I'll le
On 12/10/2011 06:27, Ben Gamari wrote:
Seeing as GHC has been building registerised binaries for ARM for some
time now[1], I thought it might be about time that the GHC port was
finished (especially considering bug #4268[2] makes the lack of GHCi
quite painful). The one remaining task that I have
New patches in /srv/darcs/git-mirrors/Cabal
commit cc248fc0c266992a733cc29b90e774db53da7a7d
Author: Johan Tibell
Date: Tue Oct 11 19:58:47 2011 +
Add unit test for benchmark section
commit b3e451719d8bd10685da6a48f30c64f367f67a80
Author: Johan Tibell
Date: Tue Oct 11 19:48:38 2011
New patches in /srv/darcs/git-mirrors/Win32
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
simonmar-win32-stable (x86 Windows STABLE), build 343
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-stable/343.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version d
| Just out of curiosity, why not implement a memo table where both keys
| and values are weak pointers? Sure, it doesn't have the nice property
| that keys keep values alive, but I wonder how much difference it would
| be in practice.
I'll let Simon M answer that! I have this stuff fully p
49 matches
Mail list logo
