any successfull ghc registerised builds on arm?

[David Terei]

Hi all,

Can people please file bugs about these issues when they are confirmed
to some degree? Lots of ARM & LLVM stuff seems to just be floating
around mailing lists.... much higher chance of me or someone else
fixing if there are filed bug reports with test cases and/or patches
attached.

Austin and I also fixed a couple of LLVM related issues in the last 2
days or so, so hopefully that solved some of these.

Top level bugs to link to when filing other bugs please:

* GHC ARM support: http://hackage.haskell.org/trac/ghc/ticket/7623
* LLVM Cross compilation: http://hackage.haskell.org/trac/ghc/ticket/7610
* LLVM unregisterised issues: http://hackage.haskell.org/trac/ghc/ticket/7622
* LLVM bootstrap issues: http://hackage.haskell.org/trac/ghc/ticket/7590

Cheers,
David

On 24 January 2013 10:28, Nathan Hüsken <nathan.huesken at posteo.de> wrote:
> On 01/24/2013 07:26 PM, Stephen Paul Weber wrote:
>> Somebody claiming to be Nathan Hüsken wrote:
>>> On 01/24/2013 07:00 PM, Stephen Paul Weber wrote:
>>>> Somebody claiming to be Karel Gardas wrote:
>>>>> On 01/24/13 05:51 PM, Stephen Paul Weber wrote:
>>>> So, not sure on the right solution, but when I add   -lcaps    then the
>>>> linker errors go away and I can build executables.  Unfortunately, when
>>>> I try to run any of them on a device, I get a segfault, just as I always
>>>> did with registerised cross-builds for ARM... this with both llvm-3.0
>>>> and llvm-3.2
>>>>
>>>> :(
>>>>
>>> Can you run it in gdb and loock what the backtrace looks like?
>>
>> [New pid 14037182 tid 1]
>> Program terminated with signal 11, Segmentation fault.
>> #0  0x08502000 in ?? ()
>> (gdb) bt
>> #0  0x08502000 in ?? ()
>> #1  0x082ce4c4 in ?? ()
>> #2  0x082ce4c4 in ?? ()
>> Backtrace stopped: previous frame identical to this frame (corrupt stack?)
>> (gdb)
>
> Not very informative :).
> Did you compile with -debug?
> I remember I got a stack trace with gdb like this (when doing remote
> debugging) and got it cleaned up by loading the exectuable with "file".
> Maybe you have to do something like that to?
>
>
> _______________________________________________
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users at haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users