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'
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
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.
/ /_\\/ __ /
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'
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
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
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.
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
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.
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
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
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
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
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
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:
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
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
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
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
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 RUN
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
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 |
22 matches
Mail list logo