Re: Validate of GHC HEAD freezes on FreeBSD

OK. I found an alternative timeout command written in Haskell. And insert "unblockSignals fullSignalSet" to it. Now "validate" can finish. I guess that one process (possibly GNU make) set signal mask and its children inherit it. What is a right solution for this? --Kazu > I confirmed that tests

Re: Validate of GHC HEAD freezes on FreeBSD

Hi, I confirmed that testsuite/timeout/install-inplace/bin/timeout.py does not receive SIGALRM, so it is waiting forever. Any suggestions to fix this? --Kazu > Hello, > > The "validate" script against GHC HEAD freezes on FreeBSD 9.1. > After sync-all, I did as follow: > >

Re: any successfull ghc registerised builds on arm?

Somebody claiming to be Nathan Hüsken wrote: On 01/24/2013 07:26 PM, Stephen Paul Weber wrote: Somebody claiming to be Nathan Hüsken wrote: Can you run it in gdb and loock what the backtrace looks like? Did you compile with -debug? I remember I got a stack trace with gdb like this (when doing

Re: any successfull ghc registerised builds on arm?

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

Re: any successfull ghc registerised builds on arm?

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

Re: any successfull ghc registerised builds on arm?

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 -lcapsthen the linker errors go away and I can bui

Re: any successfull ghc registerised builds on arm?

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: :( Can you run it in gdb and loock what the backtrace looks like? I can maybe get a core file and load

Re: any successfull ghc registerised builds on arm?

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: >>> Doing a registered build with llvm-3.0 I eventually get: >>> In function `c58Y_info': >>> /tmp/ghc21061_0/ghc21061_0.bc:(.text+0x42d4): undefined re

Re: any successfull ghc registerised builds on arm?

On 01/24/13 06:51 PM, Stephen Paul Weber wrote: Somebody claiming to be Stephen Paul Weber wrote: Somebody claiming to be Nathan Hüsken wrote: But the symbol not found is __aeabi_memcpy, not memcpy itself ... I can not find __aeabi_memcpy in the ghc source ... Maybe it is not linking some requi

Re: any successfull ghc registerised builds on arm?

Somebody claiming to be Karel Gardas wrote: On 01/24/13 05:51 PM, Stephen Paul Weber wrote: Doing a registered build with llvm-3.0 I eventually get: In function `c58Y_info': /tmp/ghc21061_0/ghc21061_0.bc:(.text+0x42d4): undefined reference to `__aeabi_memcpy' collect2: ld returned 1 exit status

Re: any successfull ghc registerised builds on arm?

Somebody claiming to be Stephen Paul Weber wrote: Somebody claiming to be Nathan Hüsken wrote: But the symbol not found is __aeabi_memcpy, not memcpy itself ... I can not find __aeabi_memcpy in the ghc source ... Maybe it is not linking some required library? I'm not sure. Most curious is tha

Re: any successfull ghc registerised builds on arm?

On 01/24/13 05:51 PM, Stephen Paul Weber wrote: Doing a registered build with llvm-3.0 I eventually get: "inplace/bin/ghc-stage1" -o utils/hsc2hs/dist-install/build/tmp/hsc2hs -static -H64m -O0 -fllvm -hide-all-packages -i -iutils/hsc2hs/. -iutils/hsc2hs/dist-install/build -iutils/hsc2hs/dist-in

Re: any successfull ghc registerised builds on arm?

Somebody claiming to be Nathan Hüsken wrote: On 01/24/2013 05:51 PM, Stephen Paul Weber wrote: (...) So... it can't find memcpy for some reason? I'm about to try with llvm-3.2 to see if that's different. The solution for me was to wrap mkfifo (in a function I called __mkfifo) and used that

Re: any successfull ghc registerised builds on arm?

On 01/24/2013 05:51 PM, Stephen Paul Weber wrote: (...) > > So... it can't find memcpy for some reason? > > I'm about to try with llvm-3.2 to see if that's different. > I had similar problems with mkfifo. I believe the reason was, that in the android nkd mkfifo is inlined. The solution for me

Re: any successfull ghc registerised builds on arm?

On 01/24/2013 05:04 PM, Karel Gardas wrote: > On 01/24/13 04:50 PM, Stephen Paul Weber wrote: >> Somebody claiming to be Nathan Hüsken wrote: >>> On 01/24/2013 04:28 PM, Stephen Paul Weber wrote: >> Do you think it is specifically the 3.2 that made it work? > Yes. With llvm version 3.1 I wa

Re: any successfull ghc registerised builds on arm?

On 01/24/2013 04:50 PM, Stephen Paul Weber wrote: > Somebody claiming to be Nathan Hüsken wrote: >> On 01/24/2013 04:28 PM, Stephen Paul Weber wrote: > Do you think it is specifically the 3.2 that made it work? Yes. With llvm version 3.1 I was only able to get an unregisterised build

Re: any successfull ghc registerised builds on arm?

Somebody claiming to be Stephen Paul Weber wrote: Somebody claiming to be Nathan Hüsken wrote: On 01/24/2013 04:28 PM, Stephen Paul Weber wrote: Do you think it is specifically the 3.2 that made it work? Yes. With llvm version 3.1 I was only able to get an unregisterised build to work.

Re: any successfull ghc registerised builds on arm?

On 01/24/13 04:50 PM, Stephen Paul Weber wrote: Somebody claiming to be Nathan Hüsken wrote: On 01/24/2013 04:28 PM, Stephen Paul Weber wrote: Do you think it is specifically the 3.2 that made it work? Yes. With llvm version 3.1 I was only able to get an unregisterised build to work.

Re: any successfull ghc registerised builds on arm?

Somebody claiming to be Nathan Hüsken wrote: On 01/24/2013 04:28 PM, Stephen Paul Weber wrote: Do you think it is specifically the 3.2 that made it work? Yes. With llvm version 3.1 I was only able to get an unregisterised build to work.

Re: any successfull ghc registerised builds on arm?

On 01/24/2013 04:28 PM, Stephen Paul Weber wrote: > Somebody claiming to be Nathan Hüsken wrote: >> On 01/24/2013 03:58 PM, Stephen Paul Weber wrote: >>> Somebody claiming to be Nathan Hüsken wrote: With the current ghc HEAD and llvm version 3.2 I am able to do a registerised build for an

Re: any successfull ghc registerised builds on arm?

Somebody claiming to be Nathan Hüsken wrote: On 01/24/2013 03:58 PM, Stephen Paul Weber wrote: Somebody claiming to be Nathan Hüsken wrote: With the current ghc HEAD and llvm version 3.2 I am able to do a registerised build for android! Do you think it is specifically the 3.2 that made it work

Re: any successfull ghc registerised builds on arm?

On 01/24/2013 03:58 PM, Stephen Paul Weber wrote: > Somebody claiming to be Nathan Hüsken wrote: >> Hey, >> >> For me thinks have changed. >> With the current ghc HEAD and llvm version 3.2 I am able to do a >> registerised build for android! > > Do you think it is specifically the 3.2 that made it

Re: any successfull ghc registerised builds on arm?

Somebody claiming to be Nathan Hüsken wrote: Hey, For me thinks have changed. With the current ghc HEAD and llvm version 3.2 I am able to do a registerised build for android! Do you think it is specifically the 3.2 that made it work? -- Stephen Paul Weber, @singpolyma See

Re: any successfull ghc registerised builds on arm?

Hey, For me thinks have changed. With the current ghc HEAD and llvm version 3.2 I am able to do a registerised build for android! I have not tested much, but Hello World works. Regards, Nathan On 01/14/2013 06:15 PM, Nathan Hüsken wrote: > In a different thread (Error building ghc on raspberry pi

Re: ghc passing -undef to preprocessor and thereby eliminating OS specific defines

On 24/01/13 11:21, Nathan Hüsken wrote: Hey, I am trying to adapt some code in the libraries when compiling for android (i.E. because some things are different on android to other posix systems). So in C code I would just do "#ifdef __ANDROID__". While in the *.h and *.c files it seems to work,

ghc passing -undef to preprocessor and thereby eliminating OS specific defines

Hey, I am trying to adapt some code in the libraries when compiling for android (i.E. because some things are different on android to other posix systems). So in C code I would just do "#ifdef __ANDROID__". While in the *.h and *.c files it seems to work, it does not work in *.hs files. I noted t

Validate of GHC HEAD freezes on FreeBSD

Hello, The "validate" script against GHC HEAD freezes on FreeBSD 9.1. After sync-all, I did as follow: % config_args="--with-iconv-includes=/usr/local/include --with-iconv-libraries=/usr/local/lib --with-gmp-includes=/usr/local/inc