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.hues...@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@haskell.org > http://www.haskell.org/mailman/listinfo/glasgow-haskell-users _______________________________________________ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
