Re: 6.4.2 under solaris

2006-06-02 Thread Simon Marlow 

Christian Maeder wrote:

Christian Maeder wrote:


Ok, I'm recompiling



Now compilation (from cvs of yesterday) failed at:

/local/home/maeder/ghc-6.4.3-pre/ghc/rts/libHSrts_thr.a(Storage.thr_o): 
In function `allocateExec':

Storage.c:(.text+0xc58): undefined reference to `getPageSize'
Storage.c:(.text+0xcb4): undefined reference to `setExecutable'
/local/home/maeder/ghc-6.4.3-pre/ghc/rts/libHSrts_thr.a(Storage.thr_o): 
In function `freeExec':

Storage.c:(.text+0xdcc): undefined reference to `setExecutable'
collect2: ld returned 1 exit status
ghc: 14233900 bytes, 3 GCs, 164960/164960 avg/max bytes residency (1 
samples),
 15M in use, 0.00 INIT (0.00 elapsed), 0.13 MUT (10.53 elapsed), 0.03 GC 
(0.05 elapsed) :ghc

gmake[2]: *** [stage2/ghc-6.4.2] Error 1
gmake[2]: Leaving directory `/local/home/maeder/ghc-6.4.3-pre/ghc/compiler'
gmake[1]: *** [stage2] Error 2
gmake[1]: Leaving directory `/local/home/maeder/ghc-6.4.3-pre'
gmake: *** [bootstrap2] Error 2


Looks like the file OSMem.o is missing from your RTS build somehow.  It 
should be in ghc/rts/posix.


Cheers,
Simon
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: 6.4.2 under solaris

2006-06-02 Thread Christian Maeder 

Simon Marlow wrote:
Looks like the file OSMem.o is missing from your RTS build somehow.  It 
should be in ghc/rts/posix.


Ah, posix is a new directory that I did not check out.

C.
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: 6.4.2 under solaris

2006-06-02 Thread Christian Maeder 
The stage2 compiler non-deterministically crashes with segmentation 
fault (and even works some times)


C.

-bash-3.00$ ghc/compiler/stage2/ghc-inplace --interactive
   ___ ___ _
  / _ \ /\  /\/ __(_)
 / /_\// /_/ / /  | |  GHC Interactive, version 6.4.2, for Haskell 98.
/ /_\\/ __  / /___| |  http://www.haskell.org/ghc/
\/\/ /_/\/|_|  Type :? for help.

Loading package base-1.0 ... linking ... done.
Prelude :q
Leaving GHCi.
-bash-3.00$ ghc/compiler/stage2/ghc-inplace --interactive
   ___ ___ _
  / _ \ /\  /\/ __(_)
 / /_\// /_/ / /  | |  GHC Interactive, version 6.4.2, for Haskell 98.
/ /_\\/ __  / /___| |  http://www.haskell.org/ghc/
\/\/ /_/\/|_|  Type :? for help.

Loading package base-1.0 ... linSegmentation Fault
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: 6.4.2 under solaris

2006-06-01 Thread Christian Maeder 

Hi Simon,

I've recompiled ghc-6.4.2 from cvs again without -threaded. The 
regression test looks much better now (below). The conc-cases go through 
now, but the following problems do still exist:


cc04 (and ffi012) reported: 'calling convention not supported on this 
architecture: stdcall'


ffi004 (arr016, ffi009 and maessen-hashtab) produced 'Segmentation 
Fault' with Wrong exit code (expected 0 , actual 139 )


Let me know if you want to see the whole log.

I've circumvented the too few arguments to function 'ctime_r'-problem 
now by simply deleting ctime_r from the configure file.


I've also created an improved binary solaris distribution (including 
OpenGL, but without ps docs):


http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/solaris/versions/ghc-6.4.2-20060529-sparc-sun-solaris2.tar.bz2

Cheers Christian

OVERALL SUMMARY for test run started at Wed May 31 19:27:09 CEST 2006
1365 total tests, which gave rise to
4157 test cases, of which
   0 caused framework failures
 580 were skipped

3469 expected passes
  51 expected failures
   0 unexpected passes
  57 unexpected failures

Unexpected failures:
   IOError001(normal,opt,prof,threaded)
   arr016(normal,prof,threaded)
   barton-mangler-bug(normal,opt,prof,ghci,threaded)
   ffi004(normal,opt,prof,threaded)
   ffi009(normal,opt,prof,threaded)
   galois_raytrace(prof)
   ghciprog004(normal)
   hGetLine002(normal,opt,prof,ghci,threaded)
   hGetPosn001(normal,opt,prof,ghci,threaded)
   hSeek004(normal,opt,prof,ghci,threaded)
   ioref001(normal,prof,threaded)
   joao-circular(normal,opt,prof,threaded)
   maessen_hashtab(opt,prof)
   openFile003(normal,opt,prof,ghci,threaded)
   readFile001(normal,opt,prof,ghci,threaded)
   seward-space-leak(ghci)
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

RE: 6.4.2 under solaris

2006-06-01 Thread Simon Marlow 
On 01 June 2006 11:26, Christian Maeder wrote:

 I've recompiled ghc-6.4.2 from cvs again without -threaded. The
 regression test looks much better now (below).

Do you know if the stage2 compiler works with -threaded?  Or does it
still crash?

 The conc-cases go
 through now, but the following problems do still exist:
 
 cc04 (and ffi012) reported: 'calling convention not supported on this
 architecture: stdcall'
 
 ffi004 (arr016, ffi009 and maessen-hashtab) produced 'Segmentation
 Fault' with Wrong exit code (expected 0 , actual 139 )

That needs to be investigated.

 Let me know if you want to see the whole log.
 
 I've circumvented the too few arguments to function
 'ctime_r'-problem now by simply deleting ctime_r from the configure
 file. 

Ok, but that doesn't help me find a fix.  Any chance you could
investigate why my fix didn't work?  It apparently worked on the machine
I tried it on, but I think that was Solaris 9.

Cheers,
Simon
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: 6.4.2 under solaris

2006-06-01 Thread Christian Maeder 

Simon Marlow wrote:

Do you know if the stage2 compiler works with -threaded?  Or does it
still crash?


The stage2 compiler created with -threaded seg-faulted even for a simple 
hello.hs. That's the reason I've switched off -threaded.



That needs to be investigated.


I've no clue how to go about this.


Ok, but that doesn't help me find a fix.  Any chance you could
investigate why my fix didn't work?  It apparently worked on the machine
I tried it on, but I think that was Solaris 9.


Well. at least Florenz reported independently the same ctime_r problem 
under Solaris 10 in http://hackage.haskell.org/trac/ghc/ticket/775


Maybe the configure test needs an update for Solaris 10.

Our (Solaris 10) ctime_r function needs three arguments and thus is not 
standard-conforming, but has the same functionality as ctime.


Cheers Christian
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: 6.4.2 under solaris

2006-06-01 Thread Christian Maeder 

Christian Maeder wrote:
Well. at least Florenz reported independently the same ctime_r problem 
under Solaris 10 in http://hackage.haskell.org/trac/ghc/ticket/775


Ok, he used the original 6.4.2 sources that did not have your fix. What 
file was supposed to fix the problem?


C.
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: 6.4.2 under solaris

2006-06-01 Thread Simon Marlow 

Christian Maeder wrote:

Christian Maeder wrote:

Well. at least Florenz reported independently the same ctime_r problem 
under Solaris 10 in http://hackage.haskell.org/trac/ghc/ticket/775



Ok, he used the original 6.4.2 sources that did not have your fix. What 
file was supposed to fix the problem?


Ach, my fault.  Somehow I forgot to merge that fix into the 6.4 branch. 
 Sorry :-(  It should be there now.  The file RtsUtils.c has changed.


Cheers,
Simon
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: 6.4.2 under solaris

2006-06-01 Thread Christian Maeder 

Simon Marlow wrote:
Ach, my fault.  Somehow I forgot to merge that fix into the 6.4 branch. 
 Sorry :-(  It should be there now.  The file RtsUtils.c has changed.


Ok, I'm recompiling and RtsUtils.c has been compiled by ghc-inplace now 
(so your fix works)


C.
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: 6.4.2 under solaris

2006-05-24 Thread Christian Maeder 

Simon Marlow wrote:
It looks like every GHCi test failed (the TH tests use GHCi internally, 
so they failed too).


Does GHCi fail?  If so, in what way?


simply doing gmake in tests/ghc-regress is no good idea, because the 
stage1 compiler is used.


the stage2 compiler is unusable:

Cheers Christian

-bash-3.00$ ghc/compiler/stage1/ghc-inplace --interactive
ghc-6.4.2: not built for interactive use
-bash-3.00$ ghc/compiler/stage2/ghc-inplace --interactive
   ___ ___ _
  / _ \ /\  /\/ __(_)
 / /_\// /_/ / /  | |  GHC Interactive, version 6.4.2, for Haskell 98.
/ /_\\/ __  / /___| |  http://www.haskell.org/ghc/
\/\/ /_/\/|_|  Type :? for help.

Segmentation Fault
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: 6.4.2 under solaris

2006-05-24 Thread Duncan Coutts 
On Tue, 2006-05-23 at 11:52 +0200, Christian Maeder wrote:
 Christian Maeder wrote:
  I'm currently running the ghc-regression test (with stage1/ghc-inplace), 
  but that does not look good (although it does not hang)
 
 here is the frustrating summary:
 
 OVERALL SUMMARY for test run started at Mon May 22 18:30:30 CEST 2006
  1365 total tests, which gave rise to
  4157 test cases, of which
 0 caused framework failures
   580 were skipped
 
  3051 expected passes
51 expected failures
 0 unexpected passes
   475 unexpected failures

This may be the same as a problem I found recently on Sparc Linux.

I built ghc-6.4.2 on Linux Sparc and had all the GHCi tests fail too. I
found that it was because my gcc was using the V8+ Sparc ABI and GHCi up
'til now only accepted V7 ABI .o files. So starting up GHCi gave an
error when trying to link/load HSbase.o. It complained of an unknown
architecture. I submitted a patch recently to fix this by adding a case
for EM_SPARC32PLUS in addition to the existing EM_SPARC.

You can check which Sparc ABI is needed by using the 'file' utility.
On my Linux Sparc machine it reports:

file /usr/lib/ghc-6.4.2/HSbase.o
/usr/lib/ghc-6.4.2/HSbase.o: ELF 32-bit MSB relocatable, SPARC32PLUS, V8
+ Required, version 1 (SYSV), not stripped

Duncan

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: 6.4.2 under solaris

2006-05-24 Thread Christian Maeder 

Duncan Coutts wrote:

file /usr/lib/ghc-6.4.2/HSbase.o
/usr/lib/ghc-6.4.2/HSbase.o: ELF 32-bit MSB relocatable, SPARC32PLUS, V8
+ Required, version 1 (SYSV), not stripped


I don't think that is my problem. Possibly my stage1 compiler isn't that 
bad (as it only lacked ghci support), whereas my stage2 compiler still 
has a problem because it is compiled with -threaded.


Christian

-bash-3.00$ file libraries/base/HSbase.o
libraries/base/HSbase.o:ELF 32-bit MSB relocatable SPARC Version 1
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: 6.4.2 under solaris

2006-05-23 Thread Christian Maeder 

Christian Maeder wrote:
I'm currently running the ghc-regression test (with stage1/ghc-inplace), 
but that does not look good (although it does not hang)


here is the frustrating summary:

OVERALL SUMMARY for test run started at Mon May 22 18:30:30 CEST 2006
1365 total tests, which gave rise to
4157 test cases, of which
   0 caused framework failures
 580 were skipped

3051 expected passes
  51 expected failures
   0 unexpected passes
 475 unexpected failures

Unexpected failures:
   10queens(ghci)
   CPUTime001(ghci)
   Chan001(ghci)
   IOError001(normal,opt,prof,threaded)
   IOError002(ghci)
   MVar001(ghci,threaded)
   QSem001(ghci)
   QSemN001(ghci)
   SampleVar001(ghci)
   TH_bracket1(normal)
   TH_bracket2(normal)
   TH_bracket3(normal)
   TH_class1(normal)
   TH_dupdecl(normal)
   TH_fail(normal)
   TH_genEx(normal)
   TH_reifyDecl1(normal)
   TH_reifyType1(normal)
   TH_reifyType2(normal)
   TH_repE1(normal)
   TH_repE2(normal)
   TH_repE3(normal)
   TH_repGuard(normal)
   TH_repGuardOutput(normal)
   TH_repPatSig(normal)
   TH_repPrim(normal)
   TH_repPrimOutput(normal)
   TH_spliceDecl1(normal)
   TH_spliceDecl2(normal)
   TH_spliceDecl3(normal)
   TH_spliceDecl4(normal)
   TH_spliceE1(normal)
   TH_spliceE3(normal)
   TH_spliceE4(normal)
   TH_spliceE5(normal)
   TH_spliceExpr1(normal)
   TH_spliceInst(normal)
   TH_tuple1(normal)
   TH_where(normal)
   addr001(ghci)
   andre_monad(ghci)
   andy_cherry(ghci)
   arith001(ghci)
   arith002(ghci)
   arith003(ghci)
   arith004(ghci)
   arith005(ghci)
   arith006(ghci)
   arith007(ghci)
   arith008(ghci)
   arith009(ghci)
   arith010(ghci)
   arith011(ghci)
   arith012(ghci)
   arith013(ghci)
   arith014(ghci)
   arith015(ghci)
   arith016(ghci)
   arith017(ghci)
   arr001(ghci)
   arr002(ghci)
   arr003(ghci)
   arr004(ghci)
   arr005(ghci)
   arr006(ghci)
   arr007(ghci)
   arr008(ghci)
   arr009(ghci)
   arr010(ghci)
   arr011(ghci)
   arr012(ghci)
   arr013(ghci)
   arr014(ghci)
   arr015(ghci)
   arr016(normal,opt,ghci,threaded)
   arr017(ghci)
   arrowrun001(ghci)
   arrowrun002(ghci)
   arrowrun003(ghci)
   arrowrun004(ghci)
   barton-mangler-bug(normal,opt,prof,ghci,threaded)
   bits(ghci)
   cg001(ghci)
   cg002(ghci)
   cg003(ghci)
   cg004(ghci)
   cg005(ghci)
   cg006(ghci)
   cg007(ghci)
   cg008(ghci)
   cg009(ghci)
   cg010(ghci)
   cg011(ghci)
   cg012(ghci)
   cg013(ghci)
   cg014(ghci)
   cg015(ghci)
   cg016(ghci)
   cg017(ghci)
   cg018(ghci)
   cg019(ghci)
   cg020(ghci)
   cg021(ghci)
   cg022(ghci)
   cg024(ghci)
   cg025(ghci)
   cg026(ghci)
   cg027(ghci)
   cg028(ghci)
   cg031(ghci)
   cg032(ghci)
   cg033(ghci)
   cg034(ghci)
   cg035(ghci)
   cg036(ghci)
   cg037(ghci)
   cg038(ghci)
   cg039(ghci)
   cg040(ghci)
   cg043(ghci)
   cg044(ghci)
   cg045(ghci)
   cg046(ghci)
   cg047(ghci)
   cg048(ghci)
   cg049(ghci)
   cg050(ghci)
   cg051(ghci)
   cg053(ghci)
   cg054(ghci)
   cg055(ghci)
   cg056(ghci)
   char001(ghci)
   char002(ghci)
   cholewo-eval(ghci)
   church(ghci)
   conc001(ghci)
   conc002(ghci)
   conc003(ghci)
   conc006(ghci)
   conc007(ghci)
   conc008(ghci)
   conc009(ghci)
   conc010(ghci)
   conc012(ghci)
   conc013(ghci)
   conc014(ghci)
   conc015(ghci)
   conc016(ghci)
   conc017(ghci)
   conc018(ghci)
   conc019(ghci)
   conc020(ghci)
   conc022(ghci)
   conc023(ghci)
   conc024(ghci)
   conc025(ghci)
   conc026(ghci)
   conc027(ghci)
   conc028(ghci)
   conc029(ghci)
   conc030(ghci)
   conc032(ghci)
   conc035(ghci)
   conc041(ghci)
   conc042(ghci)
   conc043(ghci)
   conc044(ghci)
   conc045(ghci)
   conc046(ghci)
   conc049(ghci)
   conc051(ghci,ghci)
   conc052(ghci)
   conc055(ghci)
   concprog001(ghci)
   currentDirectory001(ghci)
   cvh_unboxing(ghci)
   datatype(ghci)
   diffArray001(ghci)
   directory001(ghci)
   doesDirectoryExist001(ghci)
   drvrun001(ghci)
   drvrun002(ghci)
   drvrun003(ghci)
   drvrun004(ghci)
   drvrun005(ghci)
   drvrun006(ghci)
   drvrun007(ghci)
   drvrun008(ghci)
   drvrun009(ghci)
   drvrun010(ghci)
   drvrun011(ghci)
   drvrun012(ghci)
   drvrun013(ghci)
   drvrun014(ghci)
   drvrun015(ghci)
   drvrun016(ghci)
   drvrun017(ghci)
   drvrun018(ghci)
   dsrun001(ghci)
   dsrun002(ghci)
   dsrun003(ghci)
   dsrun004(ghci)
   dsrun005(ghci)
   dsrun006(ghci)
   dsrun007(ghci)
   dsrun008(ghci)
   dsrun009(ghci)
   dsrun010(ghci)
   dsrun011(ghci)
   dsrun012(ghci)
   dsrun013(ghci)
   dynamic001(ghci)
   dynamic002(ghci)
   echo001(ghci)
   enum01(ghci)
   enum02(ghci)
   enum03(ghci)
   exceptions001(ghci)
   exceptions002(ghci)
   exitWith001(ghci)
   ext1(ghci)
   fast2haskell(ghci)
   fed001(ghci)
   ffi003(ghci)
   ffi004(normal,opt,prof,ghci,threaded)
   ffi006(ghci)
   ffi007(ghci)
   ffi008(ghci)
   ffi009(normal,opt,prof,ghci,threaded)
   ffi010(ghci)
   ffi011(ghci)
   ffi013(ghci)
   fileexist01(ghci)
   finalization001(ghci)
   foldTree(ghci)
   forkprocess01(ghci)
   freeNames(ghci)
   fun_insts(ghci)

Re: 6.4.2 under solaris

2006-05-22 Thread Christian Maeder 

Simon Marlow wrote:
I've fixed the cause of the hangs on Solaris, I believe. 


Yes, hanging is gone, but the binary segfaults now immediately (with 
hello.hs)


Also, the 
ctime_r() and -lrt problems are both fixed.


Only the -lrt problem is fixed.

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


I'm currently running the ghc-regression test (with stage1/ghc-inplace), 
but that does not look good (although it does not hang)


Christian

-bash-3.00$ ldd 
/local/home/maeder/ghc-6.4.3-pre/ghc/compiler/stage1/ghc-6.4.2

libdl.so.1 =/lib/libdl.so.1
libm.so.2 = /usr/local/lib/libm.so.2
libgmp.so.3 =   /usr/local/lib/libgmp.so.3
libc.so.1 = /lib/libc.so.1
libm.so.2 = /lib/libm.so.2
/platform/SUNW,Sun-Fire-280R/lib/libc_psr.so.1
-bash-3.00$ ldd 
/local/home/maeder/ghc-6.4.3-pre/ghc/compiler/stage2/ghc-6.4.2

librt.so.1 =/lib/librt.so.1
libreadline.so.5 =  /usr/local/lib/libreadline.so.5
libncurses.so.5 =   /usr/local/lib/libncurses.so.5
libdl.so.1 =/lib/libdl.so.1
libm.so.2 = /usr/local/lib/libm.so.2
libgmp.so.3 =   /usr/local/lib/libgmp.so.3
libpthread.so.1 =   /lib/libpthread.so.1
libc.so.1 = /lib/libc.so.1
libaio.so.1 =   /lib/libaio.so.1
libmd5.so.1 =   /lib/libmd5.so.1
libm.so.2 = /lib/libm.so.2
/platform/SUNW,Sun-Fire-280R/lib/libc_psr.so.1
/platform/SUNW,Sun-Fire-280R/lib/libmd5_psr.so.1
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: 6.4.2 under solaris

2006-05-19 Thread Christian Maeder 

Simon Marlow wrote:
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.


This problem still exists:

RtsUtils.c: In function 'time_str':
RtsUtils.c:197: error: too few arguments to function 'ctime_r'
gmake[3]: *** [RtsUtils.p_o] Error 1
gmake[2]: *** [all] Error 1

I'll switch of HAVE_CTIME_R in ghc/includes/ghcautoconf.h and continue

Christian
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: 6.4.2 under solaris

2006-05-18 Thread 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   TIMECPU COMMAND
26436 maeder 1   00 4520K 3032K run   575:29 75.33% simplrun004

truss -p 26436 shows:

Received signal #28, SIGVTALRM [caught]
lwp_sigmask(SIG_SETMASK, 0x0800, 0x) = 0xFFBFFEFF [0x]
setcontext(0xFFBFD280)
lwp_sigmask(SIG_SETMASK, 0x, 0x) = 0xFFBFFEFF [0x]
lwp_sigmask(SIG_SETMASK, 0x, 0x) = 0xFFBFFEFF [0x]
lwp_sigmask(SIG_SETMASK, 0x, 0x) = 0xFFBFFEFF [0x]
lwp_sigmask(SIG_SETMASK, 0x, 0x) = 0xFFBFFEFF [0x]
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



___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: 6.4.2 under solaris

2006-05-18 Thread Christian Maeder 

Simon Marlow wrote:
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.


Yes, I've started the job.

Christian
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: 6.4.2 under solaris

2006-05-05 Thread Christian Maeder 

Simon Marlow wrote:
In GHC 6.4.2, the stage 2 compiler is built with -threaded, this is a 
change from previous versions.  If -threaded isn't working properly, 
then the stage 2 compiler will be affected - that seems to be the case 
on Solaris.


To get going, you could just disable -threaded in stage 2 (see 
ghc/compiler/Makefile).


Right, without -threaded I was able to create a useable compiler. My 
binary distribution can be found at:


http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/solaris/versions/ghc-6.4.2-sparc-sun-solaris2.tar.bz2

It does not include the ps-documentation (under share) and also not the 
OpenGL package (although I should be able to build it, but a minor 
configure error in GLUT stopped me to do so)


The build was done under solaris 10 using gcc-4.0.3.

The used libraries are as follows:

bash-3.00$ ldd /local/home/maeder/ghc-6.4.2/lib/ghc-6.4.2/ghc-6.4.2
libreadline.so.5 =  /usr/local/lib/libreadline.so.5
libncurses.so.5 =   /usr/local/lib/libncurses.so.5
libdl.so.1 =/lib/libdl.so.1
libm.so.2 = /usr/local/lib/libm.so.2
libgmp.so.3 =   /usr/local/lib/libgmp.so.3
libc.so.1 = /lib/libc.so.1
libm.so.2 = /lib/libm.so.2
/platform/SUNW,Sun-Fire-280R/lib/libc_psr.so.1

Cheers Christian
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: 6.4.2 under solaris

2006-05-02 Thread 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?


In GHC 6.4.2, the stage 2 compiler is built with -threaded, this is a 
change from previous versions.  If -threaded isn't working properly, 
then the stage 2 compiler will be affected - that seems to be the case 
on Solaris.


To get going, you could just disable -threaded in stage 2 (see 
ghc/compiler/Makefile).


conc020(threaded) seg-faulted with ghc-6.4.1 (while being treated with 
truss)


Looks like 6.4.1 had some problems with -threaded on Solaris too.

Cheers,
Simon
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

FreeBSD [Re: 6.4.2 under solaris]

2006-04-28 Thread Volker Stolz 
Oh great, I'm stuck when building ghc-6.4.2--but at least there's no space leak 
;)
[This is in the FreeBSD port after going stage2 from a bootstrap build, I think]

  PID USERNAME  THR PRI NICE   SIZERES STATETIME   WCPU COMMAND
67244 stolz   1 137   10 40204K 37848K RUN687:59 79.83% ghc-6.4.2

At:

rm -f Foreign/C/Types.p_o; if [ ! -d Foreign/C/Types_split ]; then mkdir 
Foreign/C/Types_split; else /usr/bin/find Foreign/C/Types_split -name '*.p_o' 
-print | xargs rm -f __rm_food; fi;
../../ghc/compiler/ghc-inplace -H16m -O -fglasgow-exts -cpp -Iinclude 
-#include HsBase.h -funbox-strict-fields -ignore-package base -O -Rghc-timing 
-fgenerics  -fgenerics -split-objs -hisuf p_hi -hcsuf p_hc -osuf p_o -prof   -c 
Foreign/C/Types.hs -o Foreign/C/Types.p_o  -ohi Foreign/C/Types.p_hi

Looks like again some libc internal problem related to threading:

[EMAIL PROTECTED] [09:00:06] kdump | head
 67244 ghc-6.4.2 CALL  kse_release(0xbfbfbd80)
 67244 ghc-6.4.2 RET   kse_release -1 errno 22 Invalid argument
 67244 ghc-6.4.2 CALL  kse_release(0xbfbfbd80)
 67244 ghc-6.4.2 RET   kse_release -1 errno 22 Invalid argument
 67244 ghc-6.4.2 CALL  kse_release(0xbfbfbd80)
 67244 ghc-6.4.2 RET   kse_release -1 errno 22 Invalid argument

(KSEs are 'kernel scheduling entities')

Unfortunately, I didn't have any coffee yet, so I killed it instead of trying
to get a core dump. After restarting the build, it works w/o problems.

Volker
-- 
Volker Stolz * http://www-i2.informatik.rwth-aachen.de/stolz/ * PGP * S/MIME
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: 6.4.2 under solaris

2006-04-28 Thread Simon Marlow 

Christian Maeder wrote:

Maybe you could also add the square brackets to the top-level Makefile
around A-Z and a-z following tr for a future binary-dist. Also the 
branch for GreenCard could be removed (it seems it was left over when 
the directory was green-card)


I've fixed the tr command (it isn't present in the 6.5 sources, only 
6.4, and similarly for that GreenCard reference).



I've circumvented the ctime_r problem by commenting out

#define HAVE_CTIME_R 1

in ghc/includes/ghcautoconf.h


Does anyone have a correct patch for that?

Cheers,
Simon
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: 6.4.2 under solaris

2006-04-27 Thread Christian Maeder 

Simon Marlow wrote:

The best way to proceed would be to run the testsuite with the stage 1
compiler.  Grab the test suite from here:

  http://www.haskell.org/ghc/dist/6.4.2/ghc-testsuite-6.4.2.tar.gz

unpack it into your 6.4.2 build tree, cd testsuite, make boot, cd
tests/ghc-regress, make 21 | tee log.


the timeout binary created by the stage1 compiler went to sleep (like 
the stage2 compiler) after some tests. (the truss output was the same.) 
I've attached the output at:


http://hackage.haskell.org/trac/ghc/ticket/752

Maybe array indexing is broken?
- arr003: Ix{Int}.index: Index (4) out of range ((1,3))
- arr007: Ix{Int}.index: Index (1) out of range ((1,0))

Trying to compile timeout.hs with ghc-6.4.1 ended with:
timeout.hs:14:33:
Module `System.Process.Internals' does not export `mkProcessHandle'

I've circumvented the ctime_r problem by commenting out

#define HAVE_CTIME_R 1

in ghc/includes/ghcautoconf.h

Maybe you could also add the square brackets to the top-level Makefile
around A-Z and a-z following tr for a future binary-dist. Also the 
branch for GreenCard could be removed (it seems it was left over when 
the directory was green-card)


Cheers Christian

P.S. I'll be away for the next 2 weeks
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs