6.4.2 under solaris

[Simon Marlow]

Christian Maeder wrote:
> Christian Maeder wrote:
> 
>> using Rev. 1.1.2.3 of timeout.hs I could run the testsuite until 
>> conc020 which did then "sleep" with "truss" repeatedly outputting:
> 
> 
> I ran the testsuite now with ghc-6.4.1. The results are attached at
> 
>  > http://hackage.haskell.org/trac/ghc/ticket/752
> 
> First of all I had to add "optl-lrt" to ghc-6.4.1 in order to be able to 
> link the threaded cases to aboid "undefined reference to `sched_yield'" 
> in "OSThreads.c:(.text+0x90)"
> 
> Is "-threaded" the cause for the ghc-6.4.2 problems under solaris?
> 
> "conc020(threaded)" seg-faulted with ghc-6.4.1 (while being treated with 
> "truss")
> 
> Oh, I just noticed:
> 
> "simplrun004(opt)" did not terminate yet:
> 
>   PID USERNAME THR PRI NICE  SIZE   RES STATE   TIME    CPU COMMAND
> 26436 maeder     1   0    0 4520K 3032K run   575:29 75.33% simplrun004
> 
> truss -p 26436 shows:
> 
>     Received signal #28, SIGVTALRM [caught]
> lwp_sigmask(SIG_SETMASK, 0x08000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF]
> setcontext(0xFFBFD280)
> lwp_sigmask(SIG_SETMASK, 0x00000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF]
> lwp_sigmask(SIG_SETMASK, 0x00000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF]
> lwp_sigmask(SIG_SETMASK, 0x00000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF]
> lwp_sigmask(SIG_SETMASK, 0x00000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF]
>     Received signal #28, SIGVTALRM [caught]

I've fixed the cause of the hangs on Solaris, I believe.  Also, the 
ctime_r() and -lrt problems are both fixed.  If you grab the 
ghc-6-4-branch from CVS you'll get the code with these fixes.

I'd be interested to know if it works for you, and if you could do a 
testsuite run too that would be great.

Cheers,
	Simon