Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/a38b8327e969f8e0e6b07c36be5c47709871f158
---
commit a38b8327e969f8e0e6b07c36be5c47709871f158
Author: Gabor Greif ggr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/e3aa16595f6240bff60fdde6579c89e469f25b4f
---
commit e3aa16595f6240bff60fdde6579c89e469f25b4f
Author: Gabor Greif ggr
The latter looks like being emitted by the PowerPC backend.
Cheers,
Gabor
On 12/13/12, Ian Lynagh i...@well-typed.com wrote:
On Wed, Dec 12, 2012 at 07:27:43PM -0800, Builder wrote:
rts/AdjustorAsm.S:127:0:
Error: no such instruction: `load r3,HPTR_OFF(r2)'
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/5d0d1d9cbe2fd0c0a5e4f4a979c8e46ff51ea6fa
---
commit 5d0d1d9cbe2fd0c0a5e4f4a979c8e46ff51ea6fa
Author: Gabor Greif ggr
Hi all!
After encouragement from Iavor on G+, here is a patch that implements
a class method for singleton type equality witnesses in a generic way.
Please comment on two things:
- is this a good approach?
- how can we avoid abuse of SingEq (as it is type polymorphic, can this harm?)
-
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/d53e222b16c5dc6971e6173f8d9e5dbced68265d
---
commit d53e222b16c5dc6971e6173f8d9e5dbced68265d
Author: Gabor Greif ggr
Will this work with the github mirror (https://github.com/ghc), as the
module names seem to be different from those on darcs.haskell.org?
Just a quick check before I destroy my local repo with a ./sync-all pull :-)
Cheers,
Gabor
On 11/25/12, Ian Lynagh i...@well-typed.com wrote:
On Fri,
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/3a8261827fd9e66251a4a8bf91a22ae075bfdcb9
---
commit 3a8261827fd9e66251a4a8bf91a22ae075bfdcb9
Author: Gabor Greif ggr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/d94250e68bc85e80e3eb0eb04bcbfac68b4423d2
---
commit d94250e68bc85e80e3eb0eb04bcbfac68b4423d2
Author: Gabor Greif ggr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/359efbf0fc714528f95207fbe9fc03383b380228
---
commit 359efbf0fc714528f95207fbe9fc03383b380228
Author: Gabor Greif ggr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/704f8024c75ab147c6f9558b1c76525f132e4f14
---
commit 704f8024c75ab147c6f9558b1c76525f132e4f14
Author: Gabor Greif ggr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/6e4f6c624fcd72dca11d7856f1a1914a01c22718
---
commit 6e4f6c624fcd72dca11d7856f1a1914a01c22718
Author: Gabor Greif ggr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/386222001e6dda180cbb05e9e6aebbab04d12aae
---
commit 386222001e6dda180cbb05e9e6aebbab04d12aae
Author: Gabor Greif ggr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/3ca7260ae35adf70d31003008af67576d6b6c78c
---
commit 3ca7260ae35adf70d31003008af67576d6b6c78c
Author: Gabor Greif ggr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/50728d09bed322cdbfdda00f38d0503f9aed728b
---
commit 50728d09bed322cdbfdda00f38d0503f9aed728b
Author: Gabor Greif ggr
On 11/5/12, Simon Marlow marlo...@gmail.com wrote:
On 03/11/2012 00:16, Ian Lynagh wrote:
Hi Karel,
On Fri, Nov 02, 2012 at 07:39:45PM +0100, Karel Gardas wrote:
I'm curious if this patch is kind of controversial so you are
reluctant to merge it. If you find any issue with it please let me
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/680dca1145a08a82a83950bdbca891742fbaf526
---
commit 680dca1145a08a82a83950bdbca891742fbaf526
Author: Gabor Greif ggr
this clears it up.
Cheers,
Gabor
On 11/5/12, Erik de Castro Lopo mle...@mega-nerd.com wrote:
Gabor Greif wrote:
+1. A configure script will run (almost) till the heat death of the
universe.
I have a solution on the cross-compiler-alienless branch which does
exactly
what you propose
IIRC, I had to manually remove a 'Parser.y' file to get things rolling.
Cheers,
Gabor
On 10/29/12, Karel Gardas karel.gar...@centrum.cz wrote:
Hello,
I'm trying to get GHC HEAD compilation working on my freshly installed
Solaris 11/x86 box and I'm trying to solve following error now:
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/fb41ac5285895c3b5304b1c267197faaea89e8a6
---
commit fb41ac5285895c3b5304b1c267197faaea89e8a6
Author: Gabor Greif ggr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/0b3811c093736950c1d2757fb12dba60f9bf97ca
---
commit 0b3811c093736950c1d2757fb12dba60f9bf97ca
Author: Gabor Greif ggr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/82ab12afefd6f115d2efb37924227ef2f43adb19
---
commit 82ab12afefd6f115d2efb37924227ef2f43adb19
Author: Gabor Greif ggr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/2c2be637206cb1d58f4fc8a4a2e717e419c9fa5d
---
commit 2c2be637206cb1d58f4fc8a4a2e717e419c9fa5d
Author: Gabor Greif ggr
These 'make' diagnostics appeared today with a fresh pull:
make[1]: Circular
libraries/dph/dph-lifted-copy/dist-install/build/Data/Array/Parallel/Lifted/PArray.dyn_o
-
libraries/dph/dph-lifted-copy/dist-install/build/Data/Array/Parallel/Lifted/PArray.o
dependency dropped.
make[1]: Circular
David,
this reminds me, I have added a feature bugzilla to LLVM:
http://llvm.org/bugs/show_bug.cgi?id=14080
May be interesting to discuss it here first.
Cheers,
Gabor
On 10/16/12, David Terei davidte...@gmail.com wrote:
What is the problem you face? That you want to allow passing a
On 10/17/12, David Terei davidte...@gmail.com wrote:
On 16 October 2012 14:48, Gabor Greif ggr...@gmail.com wrote:
David,
this reminds me, I have added a feature bugzilla to LLVM:
http://llvm.org/bugs/show_bug.cgi?id=14080
May be interesting to discuss it here first.
I think opening
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/b7fbf3a11ed939f6758fb6c5ef55d577351523e2
---
commit b7fbf3a11ed939f6758fb6c5ef55d577351523e2
Author: Gabor Greif ggr
...@gmail.com
Date: Tue Oct 2 17:10:13 2012 +0900
Fix typo in the documentation of CApiFFI
Signed-off-by: Gabor Greif ggr...@gmail.com
---
docs/users_guide/ffi-chap.xml |2 +-
1 files changed, 1 insertions(+), 1
done in commit fc8f9c1be4f05ddf58c128ecca7213351765168b.
Thanks!
Gabor
On 10/2/12, shelarcy shela...@gmail.com wrote:
Hello,
GHC HEAD and 7.6.1 User's Guide 8.1.5. The CAPI calling convention
section describes wrong extention name.
So, I made patch to fix that.
Best Regards,
--
Which is correct: to0 or to ?
$ git grep map to genum
docs/users_guide/glasgow_exts.xml:enum = map to genum
$ git grep map to0 genum
docs/users_guide/glasgow_exts.xml:the default implementation
literalmap to0 genum/literal is filled-in,
It appears that to0 is the correct one grepping the GHC
Hi Simon,
-getCondCode other = pprPanic getCondCode(2)(x86,sparc) (ppr other)
+getCondCode other = pprPanic getCondCode(2)(x86,x96_64) (ppr other)
'x96_64' sounds wrong...
Cheers,
Gabor
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/067828956acdcb046c0640568638fbc496eda9f3
---
commit 067828956acdcb046c0640568638fbc496eda9f3
Author: Gabor Greif ggr
Author: Gabor Greif ggr...@gmail.com
Date: Thu Sep 13 14:02:41 2012 +0200
Checkpointing some makefile simplifications that I attempted.
This is not in a working state yet, as we are trying to build
something that goes into the build/ dir but it is not yet
created. Not sure how
On 9/13/12, Ian Lynagh i...@well-typed.com wrote:
On Thu, Sep 13, 2012 at 05:12:56AM -0700, Gabor Greif wrote:
Btw., Ian is working in this area on the master branch so
there will be a bunch of conflicts anyway :-(
Sorry, I hadn't realised you were working on this in a branch
And there was this c-vs-c comment from (IIRC) axman on the #ghc IRC channel:
class Category (c :: k - k - *) where
type Ob c :: k - Constraint
id :: Ob c a = c a a
(.) :: (Ob c a, Ob c b, Ob c c) = c b c - c a b - c a c
This is pretty confusing for anybody whose brain does not yet
Author: Gabor Greif ggr...@gmail.com
Date: Fri Aug 31 11:14:20 2012 +0200
employ make variable BuildingCrossCompiler in all relevant places
---
ghc/ghc.mk |6 +++---
libffi/ghc.mk |4
I am seeing these warnings:
rts/Interpreter.c: In function `interpretBCO':
rts/Interpreter.c:1410:0: warning: value computed is not used
rts/Interpreter.c:1411:0: warning: value computed is not used
rts/sm/Sanity.c: In function `memInventory':
rts/sm/Sanity.c:857:0: warning: value computed is
Author: Gabor Greif ggr...@gmail.com
Date: Fri Aug 31 14:32:43 2012 +0200
cross compiler is placed in stage1, no need for this wrapper name
---
ghc/ghc.mk |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/ghc
Author: Gabor Greif ggr...@gmail.com
Date: Fri Aug 31 14:34:44 2012 +0200
make sure that the C compiler is noted in the cross-ghc's wrapper
---
rules/shell-wrapper.mk |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/b660cc0b3f6ea09ecc7f8fdef9ac79704c3ccaf0
---
commit b660cc0b3f6ea09ecc7f8fdef9ac79704c3ccaf0
Author: Gabor Greif ggr
: 90f7395... 4eb02c1...
Author: Gabor Greif ggr...@gmail.com
Date: Mon Aug 27 14:46:40 2012 +0200
Merge branch 'master' of https://github.com/ghc/ghc into
cross-compiler-alienless
aclocal.m4 | 16 +-
compiler/basicTypes/BasicTypes.lhs
: 6741921... b660cc0...
Author: Gabor Greif ggr...@gmail.com
Date: Thu Aug 30 15:06:24 2012 +0200
Merge branch 'master' of https://github.com/ghc/ghc into
cross-compiler-alienless
ghc/ghc.mk |4 ++--
utils/ghc-pkg/ghc.mk |4 ++--
2 files changed, 4 insertions(+), 4
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
Branch 'cross-compiler-alienless' now includes:
1d094f9... Remove nativeGen/PprInstruction.hs
cc3d982... Merge branch 'master' of darcs.haskell.org:/srv/darcs//ghc
6c2c07c... bugfix: cope when a source reg is dead at a join point
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/bcef1e2847ce009f0b139abce1fb664733768c50
---
commit bcef1e2847ce009f0b139abce1fb664733768c50
Author: Gabor Greif ggr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/c7a7c49a81fa92bc46d04a9200be2afc5e4d1338
---
commit c7a7c49a81fa92bc46d04a9200be2afc5e4d1338
Author: Gabor Greif ggr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/ab14d99b524cef7fe412e30f7607fc76da72563a
---
commit ab14d99b524cef7fe412e30f7607fc76da72563a
Author: Gabor Greif ggr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/93c03f84c4bfebea5faeb60d75d708a578413e4a
---
commit 93c03f84c4bfebea5faeb60d75d708a578413e4a
Author: Gabor Greif ggr
Author: Gabor Greif ggr...@gmail.com
Date: Mon Jul 30 00:09:39 2012 +0200
initial batch of cross compiler changes
notable missing functionality is:
- the inclusion of the cross-gcc into the wrapper script
- disabling of some extra packages
- specifying linker per stage
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
New branch : cross-compiler-alienless
Referencing: 90f73952dd713c641ef9313e384a2f0b24fc69cb
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Hi all,
this week I managed to build a cross-compiler, but on trying hello
Cross-World! I got a SEGV. After debugging it, it turned out that the
usage of sizeofW(...) is the culprit. I'll fix this on my (still
local) branch.
But...
Upon closer inspection of the rts/... files I found many uses
,
Gabor
On 7/27/12, Simon Marlow marlo...@gmail.com wrote:
Please hold off on this until next week as I'm on holiday right now.
What's the problem with sizeof?
Cheers,
Simon
From: Gabor Greif
Sent: 27/07/2012 10:05
To: cvs-ghc; Simon Marlow
Subject: 'sizeof' infestation in rts/
Hi all
Okay, yes... I am the one who is confused. Sorry for the confusion, I
got carried away in my grepping and code-reading and forgot that all
of rts/ is built for target.
Please disregard this thread, sorry for disturbing your vacation :-(
Regretfully,
Gabor
PS: Anyway my internal commit,
I see, it should have been configured (by build.mk) to build the
simple-integer library, right?
Thanks and cheers,
Gabor
On 7/19/12, Ian Lynagh ig...@earth.li wrote:
On Thu, Jul 19, 2012 at 04:31:31PM +0200, Gabor Greif wrote:
Both FreeBSD bots failed in the same way:
libraries/hpc
Both FreeBSD bots failed in the same way:
libraries/hpc/ghc.mk:3: libraries/hpc/dist-boot/package-data.mk: No
such file or directory
libraries/Cabal/Cabal/ghc.mk:3:
libraries/Cabal/Cabal/dist-boot/package-data.mk: No such file or
directory
libraries/binary/ghc.mk:3:
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/9ef3b765e85adb158dfe87f0c95fad290e12af93
---
commit 9ef3b765e85adb158dfe87f0c95fad290e12af93
Author: Gabor Greif ggr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/3ae9f0f97583a3084a76cf7e31931bd9ef5f4173
---
commit 3ae9f0f97583a3084a76cf7e31931bd9ef5f4173
Author: Gabor Greif ggr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/f25718b039f8a31dc158ab8dad3c9523ee6f87e5
---
commit f25718b039f8a31dc158ab8dad3c9523ee6f87e5
Author: Gabor Greif ggr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/6af4e5dc8d224dff3c065843e065c3861320ec33
---
commit 6af4e5dc8d224dff3c065843e065c3861320ec33
Author: Gabor Greif ggr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/9417612ec9d4b27cacd8100cf4831e3e703c976b
---
commit 9417612ec9d4b27cacd8100cf4831e3e703c976b
Author: Gabor Greif ggr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/6ae696a1d1f25bf52923a3dd1c3b4a08e2033bfd
---
commit 6ae696a1d1f25bf52923a3dd1c3b4a08e2033bfd
Author: Gabor Greif ggr
ping :-)
On 7/11/12, Gabor Greif ggr...@gmail.com wrote:
Hi all,
coming back on the cross compilers issue. As you know, I had a working
PPC cross compiler in a github fork that did not require any alien
tools, just a cross-gcc to distill all characteristics of the platform
that are needed
Hi all,
coming back on the cross compilers issue. As you know, I had a working
PPC cross compiler in a github fork that did not require any alien
tools, just a cross-gcc to distill all characteristics of the platform
that are needed by GHC.
Unfortunately this fork has bitrotten somewhat (mostly
your
stuff for {solaris|linux}/x86-linux/arm cross-compilation.
Thanks!
Karel
On 07/11/12 12:19 PM, Gabor Greif wrote:
Hi all,
coming back on the cross compilers issue. As you know, I had a working
PPC cross compiler in a github fork that did not require any alien
tools, just a cross-gcc
forkIOWIthUnmask - forkIOWithUnmask
in
http://www.haskell.org/ghc/docs/latest/html/libraries/base/Control-Concurrent.html
Cheers,
Gabor
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Hi Simon,
I might be blind, but are these tests being run at all?
Cheers,
Gabor
On 4/25/12, Simon Peyton Jones simo...@microsoft.com wrote:
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
---
compiler/typecheck/TcInstDcls.lhs |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/compiler/typecheck/TcInstDcls.lhs
b/compiler/typecheck/TcInstDcls.lhs
index 64b839c..97b55f4 100644
--- a/compiler/typecheck/TcInstDcls.lhs
+++ b/compiler/typecheck/TcInstDcls.lhs
@@
Chris said:
I really like the idea of adding this as an inline asm blob at the start of a
function, and biasing the actual address of the closure based on the size of
the table. I'm not 100% confident that it will work (not being very familiar
with TNTC) but it seems quite plausible and
Ping.
Anything wrong with this or just overlooked?
Cheers,
Gabor
On 2/16/12, Gabor Greif ggr...@gmail.com wrote:
See my previous mail...
I believe I did precisely what you called for:
https://github.com/ggreif/ghc/commits/misc-cleanups/
repo: https://github.com/ggreif/ghc.git
See my previous mail...
I believe I did precisely what you called for:
https://github.com/ggreif/ghc/commits/misc-cleanups/
repo: https://github.com/ggreif/ghc.git
branch: misc-cleanups
Cheers,
Gabor
On 2/16/12, Simon Marlow marlo...@gmail.com wrote:
On 15/02/2012 17:33, Gabor Greif
Hi all,
on my fork https://github.com/ggreif/ghc I have accumulated a number
of small patches that are results of my browsing of the GHC sources
and correcting minor issues. These are without functional impact and
mostly apply to comments and formatting.
By transferring these to mainline GHC I
,
Gabor
On 2/15/12, Gabor Greif ggr...@gmail.com wrote:
Hi all,
on my fork https://github.com/ggreif/ghc I have accumulated a number
of small patches that are results of my browsing of the GHC sources
and correcting minor issues. These are without functional impact and
mostly apply to comments
stuff where can I
dig further?
How did PowerPC linux ever work?
Cheers,
Gabor
On 1/16/12, Gabor Greif ggr...@gmail.com wrote:
It appears that I ended up with the threaded runtime. While not
optimal for debugging, I see this:
Breakpoint 1, schedule (initialCapability=0x1032b680, task
Just for the record, I believe this is resolved now,
in my cross-compilation setup (for PowerPC)
WORDS_BIGENDIAN
was not set.
Not sure yet about FLOAT_WORDS_BIGENDIAN yet.
Cheers,
Gabor
On 1/18/12, Gabor Greif ggr...@gmail.com wrote:
We have a byte swapping(-like problem
Hi all,
looks like I have an (almost) running binary on a PPC embedded target.
'Almost' because the native backend emits a 'lwsync' (light-weight
sync) instruction for the MO_WriteBarrier C-- instruction.
Unfortunately this is an e500 core that traps with illegal
instruction on 'lwsync'. Below I
Hello hackers,
my hello world program compiles and links, but when running on the
embedded PowerPC board it crashes like this:
(gdb) run
Starting program: /root/test
test: internal error: stg_ap_p_ret
(GHC version 7.5.20120111 for powerpc_unknown_linux)
Please report this as a GHC bug:
, 2012 at 6:07 PM, Gabor Greif ggr...@gmail.com wrote:
Hello hackers,
my hello world program compiles and links, but when running on the
embedded PowerPC board it crashes like this:
Hi Gabor,
where can I find links to your patches enabling
cross-compilation/cross-building
Not sure you can trick GHC into generting code for those. I am
fortunate, because ArchPPC is supported.
Anyway, good luck,
Gabor
On 1/15/12, Gabriel Dos Reis g...@integrable-solutions.net wrote:
On Sat, Jan 14, 2012 at 6:35 PM, Gabor Greif ggr...@gmail.com wrote:
Hi Gaby,
here you go
this is happening is welcome.
Cheers,
Gabor
On 1/12/12, Simon Marlow marlo...@gmail.com wrote:
On 11/01/2012 21:40, Roman Leshchinskiy wrote:
On 11/01/2012, at 19:37, Gabor Greif wrote:
libraries/dph/dph-lifted-vseg/Data/Array/Parallel/PArray/PData/Base.hs:20:8:
Could not find module `SpecConstr
uses a C compiler (host/target
gcc) to discover dependencies?
Cheers,
Gabor
On 1/11/12, Roman Leshchinskiy r...@cse.unsw.edu.au wrote:
On 10/01/2012, at 20:28, Gabor Greif wrote:
My suspicion is that ghc-cabal is not prepared to see includes: or
some other weirdness with Include-Dirs
So, I have a cross-ghc configured like this:
./configure --host=x86_64-apple-darwin --target=i386-apple-darwin
After successfully building stage1 I get this error when configuring
dph/dph-lifted-base:
$ inplace/bin/ghc-cabal configure
--with-ghc=/Users/ggreif/ghc/inplace/bin/ghc-stage1
Hi all,
for some reason either the libraries/primitive version in tarballs is broken
(should be
includes: cbits/primitive-memops.h
?)
or the ghc-cabal is not able to resolve the included header...
Anybody seen this? I have a fresh checkout.
Following change helped, but I assume is not
-Dirs: or Install-Includes:.
By 'tarballs' I mean the pre-canned libraries that '.sync-all get'
pulls into the ghc source tree (by 'git').
On 1/10/12, Ian Lynagh ig...@earth.li wrote:
Hi Gabor,
On Tue, Jan 10, 2012 at 08:06:44PM +0100, Gabor Greif wrote:
for some reason either the libraries
On 1/9/12, Simon Marlow marlo...@gmail.com wrote:
On 04/01/2012 15:48, Gabor Greif wrote:
Hi hackers,
I got my cross-ghc so far that it compiles its own libraries, now onto the
rts!
BTW, if you're working on cross compilation, are you aware of Stephen
Blackheath's work?
http
Hi Simon,
as I am now done with OFFSET and TYPE_SIZE computations for cross-ghc,
these also popped up
https://github.com/ggreif/ghc/commit/77320765550bfa603052f0334d2d681134b63da0
https://github.com/ggreif/ghc/commit/4edcfb16c3b45dc595630269d4a566b87183884d
this one is cleanup:
---
includes/rts/storage/GC.h |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/includes/rts/storage/GC.h b/includes/rts/storage/GC.h
index fef8e00..26c5593 100644
--- a/includes/rts/storage/GC.h
+++ b/includes/rts/storage/GC.h
@@ -67,7 +67,7 @@ typedef struct
it here too.
Cheers,
Gabor
On 1/7/12, Ian Lynagh ig...@earth.li wrote:
On Thu, Jan 05, 2012 at 03:33:32AM +0100, Gabor Greif wrote:
---
configure.ac | 20 ++--
1 files changed, 10 insertions(+), 10 deletions(-)
Thanks for the patch. This was applied
Thanks for the explanation, I'll back out this one from my local set.
Cheers,
Gabor
On 1/6/12, Simon Marlow marlo...@gmail.com wrote:
I tend to use C++ style rather than C style for single-line comments,
except for code that will be #included into Haskell source.
...
On 1/6/12, Simon Marlow marlo...@gmail.com wrote:
On 05/01/2012 18:41, Gabor Greif wrote:
The sizes obtained this way do not work on a target system in general.
So in a future cross-compilable setup we need another way of obtaining
expansions for the macros OFFSET, FIELD_SIZE and TYPE_SIZE
have to implement my idea, finish the cross toolset and
submit the patches.
No more creepy interactions between HOST and TARGET!
Cheers,
Gabor
On 1/4/12, Gabor Greif ggr...@gmail.com wrote:
Hi hackers,
I got my cross-ghc so far that it compiles its own libraries, now onto the
rts!
All
The sizes obtained this way do not work on a target system in general.
So in a future cross-compilable setup we need another way of obtaining
expansions for the macros OFFSET, FIELD_SIZE and TYPE_SIZE.
Guarded against accidental use of 'sizeof' by poisoning.
Verified that the generated
Also remove underscore identifier as
it is not needed, StgFunTable is now
consistent with StgRegTable.
---
includes/stg/Regs.h | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/includes/stg/Regs.h b/includes/stg/Regs.h
index bfc3d4b..bf17b7e 100644
---
On 1/5/12, Simon Marlow marlo...@gmail.com wrote:
On 05/01/2012 12:33, Gabor Greif wrote:
Okay, mystery solved. The STG registers obtain the size of a host
pointer (which in my case is 64 bits) even for the target
architectures that are 32 bits.
...
So StgUnion has size of 8 (in my --host
Hi hackers,
I got my cross-ghc so far that it compiles its own libraries, now onto the rts!
All goes right, until I get:
inplace/bin/ghc-stage1 -H64m -O0 -fasm -Iincludes -Irts
-Irts/dist/build -DCOMPILING_RTS -package-name rts -dcmm-lint -i
-irts -irts/dist/build
---
configure.ac | 20 ++--
1 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/configure.ac b/configure.ac
index eda926b..b9f000d 100644
--- a/configure.ac
+++ b/configure.ac
@@ -3,7 +3,7 @@ dnl (run grep '^dnl \*' configure.ac | sed -e 's/dnl / /g;
s/\*\*/
Hi all,
I am trying to bootstrap the latest source snapshot on a RHEL system:
ggreif@mine [!138] uname -a
Linux mine 2.6.18-274.7.1.el5 #1 SMP Mon Oct 17 11:57:14 EDT 2011 x86_64
x86_64 x86_64 GNU/Linux
causes compilation error when building base lib with a stage1 compiler:
95 matches
Mail list logo