Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/e3aa16595f6240bff60fdde6579c89e469f25b4f
>---
commit e3aa16595f6240bff60fdde6579c89e469f25b4f
Author: Gabor Gr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/a38b8327e969f8e0e6b07c36be5c47709871f158
>---
commit a38b8327e969f8e0e6b07c36be5c47709871f158
Author: Gabor Gr
The latter looks like being emitted by the PowerPC backend.
Cheers,
Gabor
On 12/13/12, Ian Lynagh 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)'
>>
>> rts/AdjustorAsm.S:129:0:
>>
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/5d0d1d9cbe2fd0c0a5e4f4a979c8e46ff51ea6fa
>---
commit 5d0d1d9cbe2fd0c0a5e4f4a979c8e46ff51ea6fa
Author: Gabor Gr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/d53e222b16c5dc6971e6173f8d9e5dbced68265d
>---
commit d53e222b16c5dc6971e6173f8d9e5dbced68265d
Author: Gabor Gr
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?)
- (pos
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 wrote:
> On Fri, Nov 02, 2012 at 08
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/3a8261827fd9e66251a4a8bf91a22ae075bfdcb9
>---
commit 3a8261827fd9e66251a4a8bf91a22ae075bfdcb9
Author: Gabor Gr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/d94250e68bc85e80e3eb0eb04bcbfac68b4423d2
>---
commit d94250e68bc85e80e3eb0eb04bcbfac68b4423d2
Author: Gabor Gr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/359efbf0fc714528f95207fbe9fc03383b380228
>---
commit 359efbf0fc714528f95207fbe9fc03383b380228
Author: Gabor Gr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/704f8024c75ab147c6f9558b1c76525f132e4f14
>---
commit 704f8024c75ab147c6f9558b1c76525f132e4f14
Author: Gabor Gr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/6e4f6c624fcd72dca11d7856f1a1914a01c22718
>---
commit 6e4f6c624fcd72dca11d7856f1a1914a01c22718
Author: Gabor Gr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/386222001e6dda180cbb05e9e6aebbab04d12aae
>---
commit 386222001e6dda180cbb05e9e6aebbab04d12aae
Author: Gabor Gr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/50728d09bed322cdbfdda00f38d0503f9aed728b
>---
commit 50728d09bed322cdbfdda00f38d0503f9aed728b
Author: Gabor Gr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/3ca7260ae35adf70d31003008af67576d6b6c78c
>---
commit 3ca7260ae35adf70d31003008af67576d6b6c78c
Author: Gabor Gr
0x12
and compile mkDerivedConstants.c with these constants.
Hope this clears it up.
Cheers,
Gabor
On 11/5/12, Erik de Castro Lopo wrote:
> Gabor Greif wrote:
>
>> +1. A configure script will run (almost) till the heat death of the
>> universe.
>>
>> I have a
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/680dca1145a08a82a83950bdbca891742fbaf526
>---
commit 680dca1145a08a82a83950bdbca891742fbaf526
Author: Gabor Gr
On 11/5/12, Simon Marlow 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
IIRC, I had to manually remove a 'Parser.y' file to get things rolling.
Cheers,
Gabor
On 10/29/12, Karel Gardas 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:
>
> "/opt/ghc-7.4.2/
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/0b3811c093736950c1d2757fb12dba60f9bf97ca
>---
commit 0b3811c093736950c1d2757fb12dba60f9bf97ca
Author: Gabor Gr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/fb41ac5285895c3b5304b1c267197faaea89e8a6
>---
commit fb41ac5285895c3b5304b1c267197faaea89e8a6
Author: Gabor Gr
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
libra
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/82ab12afefd6f115d2efb37924227ef2f43adb19
>---
commit 82ab12afefd6f115d2efb37924227ef2f43adb19
Author: Gabor Gr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/2c2be637206cb1d58f4fc8a4a2e717e419c9fa5d
>---
commit 2c2be637206cb1d58f4fc8a4a2e717e419c9fa5d
Author: Gabor Gr
On 10/17/12, David Terei wrote:
> On 16 October 2012 14:48, Gabor Greif 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 fir
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 wrote:
> What is the problem you face? That you want to allow passing a dynamic
> number of floa
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/b7fbf3a11ed939f6758fb6c5ef55d577351523e2
>---
commit b7fbf3a11ed939f6758fb6c5ef55d577351523e2
Author: Gabor Gr
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
map to0 genum is filled-in,
It appears that "to0" is the correct one grepping the GHC sourc
done in commit fc8f9c1be4f05ddf58c128ecca7213351765168b.
Thanks!
Gabor
On 10/2/12, shelarcy 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,
>
> --
> shelar
ate: Tue Oct 2 17:10:13 2012 +0900
Fix typo in the documentation of CApiFFI
Signed-off-by: Gabor Greif
>---
docs/users_guide/ffi-chap.xml |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
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
http:
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/067828956acdcb046c0640568638fbc496eda9f3
>---
commit 067828956acdcb046c0640568638fbc496eda9f3
Author: Gabor Gr
On 9/13/12, Ian Lynagh 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 o
f82
Author: Gabor Greif
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 to add depende
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 no
:57, Gabor Greif wrote:
>> 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
>
> the first on
It appears that the make system does not track .h -> .hsc include
dependencies when building the .hs targets.
I came across this when warnings I saw in "make clean all" did not
appear upon touching
a certain header. N.B. this is while building a PPC cross-compiler to
be hosted on x86_64.
Here is
abc
Author: Gabor Greif
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 --
238
Author: Gabor Greif
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/ghc.mk
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
c20
Author: Gabor Greif
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 ++--
rules
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
71b
Merge: 6741921... b660cc0...
Author: Gabor Greif
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(+)
996
Author: Gabor Greif
Date: Wed Aug 29 14:32:04 2012 +0200
do not query GHC for the when a cross-compiler is being built
>---
configure.ac |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/configur
85a
Merge: 92cc0ab... bcef1e28...
Author: Gabor Greif
Date: Thu Aug 30 13:12:16 2012 +0200
Merge branch 'master' of https://github.com/ghc/ghc into
cross-compiler-alienless
compiler/cmm/CmmParse.y| 1058 ++--
compiler/codeGen/CodeGe
9ba
Merge: 90f7395... 4eb02c1...
Author: Gabor Greif
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
9af
Author: Gabor Greif
Date: Wed Aug 29 14:29:59 2012 +0200
do not build extras for cross-ghc (yet)
>---
ghc.mk |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/ghc.mk b/ghc.mk
index 487ffdd..33ddabc
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/b660cc0b3f6ea09ecc7f8fdef9ac79704c3ccaf0
>---
commit b660cc0b3f6ea09ecc7f8fdef9ac79704c3ccaf0
Author: Gabor Gr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/bcef1e2847ce009f0b139abce1fb664733768c50
>---
commit bcef1e2847ce009f0b139abce1fb664733768c50
Author: Gabor Gr
9cb
Author: Gabor Greif
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
- s
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
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/93c03f84c4bfebea5faeb60d75d708a578413e4a
>---
commit 93c03f84c4bfebea5faeb60d75d708a578413e4a
Author: Gabor Gr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/ab14d99b524cef7fe412e30f7607fc76da72563a
>---
commit ab14d99b524cef7fe412e30f7607fc76da72563a
Author: Gabor Gr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/c7a7c49a81fa92bc46d04a9200be2afc5e4d1338
>---
commit c7a7c49a81fa92bc46d04a9200be2afc5e4d1338
Author: Gabor Gr
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, just
t.
Cheers,
Gabor
On 7/27/12, Simon Marlow 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: '
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
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 wrote:
> On Thu, Jul 19, 2012 at 04:31:31PM +0200, Gabor Greif wrote:
>> Both FreeBSD bots failed in the same way:
>>
>>
>
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: libraries/binary/dist-boot/pac
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/6ae696a1d1f25bf52923a3dd1c3b4a08e2033bfd
>---
commit 6ae696a1d1f25bf52923a3dd1c3b4a08e2033bfd
Author: Gabor Gr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/9417612ec9d4b27cacd8100cf4831e3e703c976b
>---
commit 9417612ec9d4b27cacd8100cf4831e3e703c976b
Author: Gabor Gr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/6af4e5dc8d224dff3c065843e065c3861320ec33
>---
commit 6af4e5dc8d224dff3c065843e065c3861320ec33
Author: Gabor Gr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/f25718b039f8a31dc158ab8dad3c9523ee6f87e5
>---
commit f25718b039f8a31dc158ab8dad3c9523ee6f87e5
Author: Gabor Gr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/3ae9f0f97583a3084a76cf7e31931bd9ef5f4173
>---
commit 3ae9f0f97583a3084a76cf7e31931bd9ef5f4173
Author: Gabor Gr
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/9ef3b765e85adb158dfe87f0c95fad290e12af93
>---
commit 9ef3b765e85adb158dfe87f0c95fad290e12af93
Author: Gabor Gr
ping :-)
On 7/11/12, 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 to distill all characteristics of the platform
> that
ore than happy to test 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
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 b
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 wrote:
> Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
>
> On branch : master
>
> http://hackage.haskell.org/trac/ghc/changeset/2f9e8f3072921e1cfe7ed83445848e91573dda
---
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
@@ -836,
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 an
Ping.
Anything wrong with this or just overlooked?
Cheers,
Gabor
On 2/16/12, Gabor Greif 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/g
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 wrote:
> On 15/02/2012 17:33, Gabor Greif wrote:
>&g
ssible.
Cheers,
Gabor
On 2/15/12, Gabor Greif 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
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 ho
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
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 wrote:
> We have a byte swapping(-like prob
I am all-for a new switch (say "--with-unregisterised").
Gaby, should I build in one on my fork?
Cheers,
Gabor
On 1/18/12, Ian Lynagh wrote:
> On Mon, Jan 16, 2012 at 12:42:19PM -0600, Gabriel Dos Reis wrote:
>>
>> -- have both checkArch and checkOS not abort configuration
>> they s
e wrong on PowerPC, and swapped relative to
x86_64. The latter is correct. I believe this is CMM stuff where can I
dig further?
How did PowerPC linux ever work?
Cheers,
Gabor
On 1/16/12, Gabor Greif wrote:
> It appears that I ended up with the threaded runtime. While not
> optimal for
e:
> On 15/01/2012 00:07, Gabor Greif wrote:
>> 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
>>
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 wrote:
> On Sat, Jan 14, 2012 at 6:35 PM, Gabor Greif wrote:
>> Hi Gaby,
>>
>> here you go:
>>
>&
t
$ ./configure --host= --target=
--with-target-gcc=
Cheers,
Gabor
PS: What are you trying to target?
PPS: Crossing fingers that you run into the same problem and that you
can help me debugging it ;-)
On 1/15/12, Gabriel Dos Reis wrote:
> On Sat, Jan 14, 2012 at 6:07 PM, Gabor Greif wrote
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:
---
ghc.mk |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/ghc.mk b/ghc.mk
index 78b168d..e1d9f2d 100644
--- a/ghc.mk
+++ b/ghc.mk
@@ -118,7 +118,7 @@ endif
endef
-# Instantiate the above dph_th_deps definintion for each build way.
+# Instantiate the above dph_th_dep
hy this is happening is welcome.
Cheers,
Gabor
On 1/12/12, Simon Marlow 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:
>>
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"
--wit
ot;
topdir="/home/ggreif/ghc-head/inplace/lib"
pgmgcc="/home/ggreif/devkit/ppc/85xx/bin/ppc_85xx-gcc"
exec "$executablename" -B"$topdir" ${1+"$@"}
Is it possible that ghc-cabal somehow uses a C compiler (host/target
gcc) to discover dependencies?
Ch
other weirdness with "Include-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 wrote:
>
> Hi Gabor,
>
> On Tue, Jan 10, 2012
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 acceptab
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:
https://github.co
On 1/9/12, Simon Marlow 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
natural (sic) to use
it here too.
Cheers,
Gabor
On 1/7/12, Ian Lynagh wrote:
> On Thu, Jan 05, 2012 at 03:33:32AM +0100, Gabor Greif wrote:
>> ---
>> configure.ac | 20 ++--
>> 1 files changed, 10 insertions(+), 10 deletions(-)
>
---
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 nursery
On 1/6/12, Simon Marlow 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 TYP
Thanks for the explanation, I'll back out this one from my local set.
Cheers,
Gabor
On 1/6/12, Simon Marlow 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/5/12, Simon Marlow 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.
>>
>> ...
>>
>
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
--- a/includes/st
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 *Constants
out any impact for
HOST == TARGET).
Now I just 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 wrote:
> Hi hackers,
>
> I got my cross-ghc so far that it compiles its
1 - 100 of 103 matches
Mail list logo
