Hi Folks, We're finally in release-candidate mode for 6.4.2. Please grab a snapshot and try it out: http://www.haskell.org/ghc/dist/stable/dist/ (scroll to the bottom for the latest). The available builds are: x86_64-unknown-linux (Fedora Core 5), i386-unknown-linux (glibc 2.3 era), and Windows (i386-unknown-mingw32). There's a source snapshot if you want to build yourself - please try this if you can, we need to make sure the source bundle builds cleanly. Barring any serious hiccups, the release should be out in a couple of weeks. Cheers, Simon
On Tue, 2006-03-28 at 12:34 +0100, Simon Marlow wrote:
Hi Folks,
We're finally in release-candidate mode for 6.4.2. Please grab a snapshot and try it out:
http://www.haskell.org/ghc/dist/stable/dist/
(scroll to the bottom for the latest). The available builds are: x86_64-unknown-linux (Fedora Core 5), i386-unknown-linux (glibc 2.3 era), and Windows (i386-unknown-mingw32).
There's a source snapshot if you want to build yourself - please try this if you can, we need to make sure the source bundle builds cleanly.
For Gentoo users who want to help test building from source there is a corresponding ebuild here: http://haskell.org/~gentoo/gentoo-haskell/portage/dev-lang/ghc/ Today's snapshot ebuild is ghc-6.4.2_pre20060327.ebuild but if you find we're out of date you can usually just rename it for the right day's snapshot. Duncan
Hello Simon, Tuesday, March 28, 2006, 3:34:59 PM, you wrote:
We're finally in release-candidate mode for 6.4.2. Please grab a
i've written your email about ghc documentation that lists obsolete "-ddump" options and don't mention new ones such as "-ddump-cmm". are you got it? i can even scan the ghc 6.4.1 docs and write you about all oddities i can see. just that i can recall now - "-fgenerics" section says something about ghc 5.02, "-fparr" is still undocumented, TH section should contain reference to wiki page and so on -- Best regards, Bulat mailto:Bulat.Ziganshin@gmail.com
Simon Marlow wrote:
Hi Folks,
We're finally in release-candidate mode for 6.4.2. Please grab a snapshot and try it out:
http://www.haskell.org/ghc/dist/stable/dist/
(scroll to the bottom for the latest). The available builds are: x86_64-unknown-linux (Fedora Core 5), i386-unknown-linux (glibc 2.3 era), and Windows (i386-unknown-mingw32).
There's a source snapshot if you want to build yourself - please try this if you can, we need to make sure the source bundle builds cleanly.
Barring any serious hiccups, the release should be out in a couple of weeks.
Cheers, Simon _______________________________________________ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Works fine for me on Win32. All DLL problems are gone - no more space leaks and crashes when freeing a DLL generated by ghc! Michael
On Tue, 2006-03-28 at 12:34 +0100, Simon Marlow wrote:
Hi Folks,
We're finally in release-candidate mode for 6.4.2. Please grab a snapshot and try it out:
http://www.haskell.org/ghc/dist/stable/dist/
(scroll to the bottom for the latest). The available builds are: x86_64-unknown-linux (Fedora Core 5), i386-unknown-linux (glibc 2.3 era), and Windows (i386-unknown-mingw32).
There's a source snapshot if you want to build yourself - please try this if you can, we need to make sure the source bundle builds cleanly.
One thing that Don, Ian and I were discussing was having a tarball of the testsuite and nofib performance suite to go along with the official 6.4.2 release. This would make it easier for us to be consistent. Having the testsuite go with the ghc release will mean we can be sure about which tests we expect to fail on x86/amd64 and we can use that as a comparison for the other arch ports. If we could get a tarball of the testsuite out before the release then we can send in our results for various arches and that could be included into the know failures files for the testsuite that goes official release. It'd give us a better sense of the state of things on each arch. Perhaps we could record testsuite results for different arches on the ghc wiki somewhere. Having a known benchmark like that would be very good to see if we're breaking things eg in porting, getting registerised builds working, gcc upgrades etc. Duncan
Hi Simon, when trying to build a binary distribution from the sources under solaris, compilation failed as shown below. As usual I've added a file mk/build.mk containing the lines: BIN_DIST=1 Project=Ghc Was it enough to just "./configure" or should I've done "autoreconf" (followed by gmake)? Cheers Christian ../../ghc/compiler/ghc-inplace -optc-O -optc-Wall -optc-W -optc-Wstrict-prototypes -optc-Wmissing-prototypes -optc-Wmissing-declarations -optc-Winline -optc-Waggregate-return -optc-Wbad-function-cast -optc-I../includes -optc-I. -optc-Iparallel -optc-DCOMPILING_RTS -optc-fomit-frame-pointer -H16m -O -O2 -static -I. -#include Prelude.h -#include Rts.h -#include RtsFlags.h -#include RtsUtils.h -#include StgRun.h -#include Schedule.h -#include Printer.h -#include Sanity.h -#include STM.h -#include Storage.h -#include SchedAPI.h -#include Timer.h -#include Itimer.h -#include ProfHeap.h -#include LdvProfile.h -#include Profiling.h -#include Apply.h -fvia-C -dcmm-lint -hisuf p_hi -hcsuf p_hc -osuf p_o -prof -c RtsUtils.c -o RtsUtils.p_o RtsUtils.c: In function 'time_str': RtsUtils.c:190: error: too few arguments to function 'ctime_r' gmake[3]: *** [RtsUtils.p_o] Error 1 gmake[2]: *** [all] Error 1 gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/home/maeder/haskell/solaris/ghc-6.4.2.20060411/ghc' gmake: *** [build] Error 1
Christian Maeder wrote:
RtsUtils.p_o RtsUtils.c: In function 'time_str': RtsUtils.c:190: error: too few arguments to function 'ctime_r'
I could carry on after adding an argument ", 26" C. -- RtsUtils.c 2006-04-13 09:09:49.778999000 +0200 +++ RtsUtils.c~ 2006-01-12 13:43:03.000000000 +0100 @@ -185,11 +185,11 @@ static char nowstr[26]; if (now == 0) { time(&now); #if HAVE_CTIME_R - ctime_r(&now, nowstr, 26); + ctime_r(&now, nowstr); #else strcpy(nowstr, ctime(&now)); #endif memmove(nowstr+16,nowstr+19,7); nowstr[21] = '\0'; // removes the \n
Christian Maeder wrote:
RtsUtils.c:190: error: too few arguments to function 'ctime_r'
I could carry on after adding an argument ", 26"
now I get an error when linking the stage2 compiler. How should I fix this? Cheers Christian /home/maeder/haskell/solaris/ghc-6.4.2.20060411/ghc/rts/libHSrts_thr.a(OSThreads .thr_o): In function `yieldThread': OSThreads.c:(.text+0x88): undefined reference to `sched_yield' collect2: ld returned 1 exit status <<ghc: 14133388 bytes, 3 GCs, 165404/165404 avg/max bytes residency (1 samples), 15M in use, 0.00 INIT (0.00 elapsed), 0.13 MUT (8.89 elapsed), 0.03 GC (0.06 el apsed) :ghc>> gmake[2]: *** [stage2/ghc-6.4.2.20060411] Error 1 gmake[2]: Leaving directory `/home/maeder/haskell/solaris/ghc-6.4.2.20060411/ghc /compiler' gmake[1]: *** [stage2] Error 2 gmake[1]: Leaving directory `/home/maeder/haskell/solaris/ghc-6.4.2.20060411' gmake: *** [bootstrap2] Error 2 (
Christian Maeder wrote:
Christian Maeder wrote:
RtsUtils.c:190: error: too few arguments to function 'ctime_r'
I could carry on after adding an argument ", 26"
now I get an error when linking the stage2 compiler. How should I fix this?
Cheers Christian
/home/maeder/haskell/solaris/ghc-6.4.2.20060411/ghc/rts/libHSrts_thr.a(OSThreads
.thr_o): In function `yieldThread': OSThreads.c:(.text+0x88): undefined reference to `sched_yield' collect2: ld returned 1 exit status <<ghc: 14133388 bytes, 3 GCs, 165404/165404 avg/max bytes residency (1 samples), 15M in use, 0.00 INIT (0.00 elapsed), 0.13 MUT (8.89 elapsed), 0.03 GC (0.06 el apsed) :ghc>> gmake[2]: *** [stage2/ghc-6.4.2.20060411] Error 1 gmake[2]: Leaving directory `/home/maeder/haskell/solaris/ghc-6.4.2.20060411/ghc /compiler' gmake[1]: *** [stage2] Error 2 gmake[1]: Leaving directory `/home/maeder/haskell/solaris/ghc-6.4.2.20060411' gmake: *** [bootstrap2] Error 2 (
I've been rather busy today with Haskell' and ICFP reviewing, so I won't be able to do the 6.4.2 release until next week (probably Tuesday, Monday is a holiday in the UK). If you have fixes for these, and get them to me before Monday, I *might* be able to get them into the release. It's a bit late though. The sched_yield() thing looks like some extra library needs to be linked in under Solaris for the threaded RTS. Cheers, Simon
Christian Maeder wrote:
OSThreads.c:(.text+0x88): undefined reference to `sched_yield' collect2: ld returned 1 exit status
I could fix this by adding "rt" to the extra-libraries of the rts package.conf file. Now I have a stage2 compiler but "gmake binary-dist" does not work. I assume a couple of variables are not set up. What is going there? The Makefile has the line: BIN_DIST_DIRS=$($(Project)BinDistDirs) where I don't find "BinDistDirs" Cheers Christian --- ghc/rts/package.conf.inplace Thu Apr 13 15:49:49 2006 +++ ghc/rts/package.conf.inplace~ Wed Apr 12 19:44:55 2006 @@ -429,7 +429,6 @@ extra-libraries: "m" , "gmp" - , "rt" , "dl" -bash-3.00$ gmake binary-dist Project=Ghc rm -rf /home/maeder/haskell/solaris/ghc-6.4.2.20060411/- rm -f /home/maeder/haskell/solaris/ghc-6.4.2.20060411/-.tar.gz echo "BIN_DIST_DIRS = " BIN_DIST_DIRS = /bin/sh: syntax error at line 1: `;' unexpected gmake: *** [binary-dist-pre] Error 2
Christian Maeder wrote:
Christian Maeder wrote:
OSThreads.c:(.text+0x88): undefined reference to `sched_yield' collect2: ld returned 1 exit status
I could fix this by adding "rt" to the extra-libraries of the rts package.conf file.
Now I have a stage2 compiler but "gmake binary-dist" does not work. I assume a couple of variables are not set up. What is going there? The Makefile has the line:
BIN_DIST_DIRS=$($(Project)BinDistDirs)
where I don't find "BinDistDirs"
Cheers Christian
--- ghc/rts/package.conf.inplace Thu Apr 13 15:49:49 2006 +++ ghc/rts/package.conf.inplace~ Wed Apr 12 19:44:55 2006 @@ -429,7 +429,6 @@
extra-libraries: "m" , "gmp" - , "rt" , "dl"
Ok, does this help instead (compile stage1 with this change): *** DriverState.hs.~1.116.2.2.~ 2005-10-13 10:02:19.000000000 +0100 --- DriverState.hs 2006-04-13 15:32:02.000000000 +0100 *************** *** 418,423 **** --- 418,425 ---- #if defined(freebsd_TARGET_OS) "-optc-pthread" , "-optl-pthread" + #elif defined(solaris_TARGET_OS) + "-optl-lrt" #endif ] ),
-bash-3.00$ gmake binary-dist Project=Ghc rm -rf /home/maeder/haskell/solaris/ghc-6.4.2.20060411/- rm -f /home/maeder/haskell/solaris/ghc-6.4.2.20060411/-.tar.gz echo "BIN_DIST_DIRS = " BIN_DIST_DIRS = /bin/sh: syntax error at line 1: `;' unexpected gmake: *** [binary-dist-pre] Error 2
Very strange. It works here, because I built two binary dists last night. GhcBinDistDirs is set by ghc/mk/config.mk, which is included by the top-level Makefile. $ make show Project=Ghc VALUE=GhcBinDistDirs GhcBinDistDirs="ghc libraries hslibs" what does this do in your tree? Cheers, Simon
Simon Marlow wrote:
GhcBinDistDirs is set by ghc/mk/config.mk, which is included by the top-level Makefile.
I see, there's another mk/config.mk in the subdirectory "ghc"
$ make show Project=Ghc VALUE=GhcBinDistDirs GhcBinDistDirs="ghc libraries hslibs"
in this subdirectory I get the same result, but 'GhcBinDistDirs=""' one level up. Christian
Christian Maeder wrote:
Simon Marlow wrote:
GhcBinDistDirs is set by ghc/mk/config.mk, which is included by the top-level Makefile.
I see, there's another mk/config.mk in the subdirectory "ghc"
$ make show Project=Ghc VALUE=GhcBinDistDirs GhcBinDistDirs="ghc libraries hslibs"
in this subdirectory I get the same result, but 'GhcBinDistDirs=""' one level up.
This bit of Makefile code is possibly going wrong for you: -include $(shell echo $(ProjectDirectory) | tr A-Z a-z)/mk/config.mk -include $(shell echo $(ProjectDirectory) | tr A-Z a-z)/mk/version.mk Try this instead: $ make Project=Ghc ProjectDirectory=ghc show VALUE=GhcBinDistDirs from the top level. Maybe that tr command doesn't work on Solaris? Cheers, Simon
* Simon Marlow <simonmarhaskell@gmail.com>:
This bit of Makefile code is possibly going wrong for you:
-include $(shell echo $(ProjectDirectory) | tr A-Z a-z)/mk/config.mk -include $(shell echo $(ProjectDirectory) | tr A-Z a-z)/mk/version.mk
Try this instead:
$ make Project=Ghc ProjectDirectory=ghc show VALUE=GhcBinDistDirs
from the top level. Maybe that tr command doesn't work on Solaris?
venus [14:45:44]> echo foo | tr a-z A-Z foo venus [14:46:11]> echo foo | tr [a-z] [A-Z] FOO
From the man page:
/usr/xpg4/bin/tr c-c /usr/bin/tr [c-c] Represents the range of collating elements between the Posix has this to say on the subject: " On historical System V systems, a range expression requires enclosing square-brackets, such as: tr '[a-z]' '[A-Z]' However, BSD-based systems did not require the brackets, and this convention is used here to avoid breaking large numbers of BSD scripts: tr a-z A-Z The preceding System V script will continue to work because the brackets, treated as regular characters, are translated to themselves. However, any System V script that relied on "a-z" representing the three characters 'a' , '-' , and 'z' have to be rewritten as "az-" . " Maybe it's safe to switch to the bracketed version these days... This also works fine on Linnix and FreeBSD. Finding the correct 'tr' on Solaris is probably more tedious. Volker -- http://www-i2.informatik.rwth-aachen.de/stolz/ *** PGP *** S/MIME "All the excitement lies in pattern matching." (SPJ et al.)
Volker Stolz wrote:
venus [14:45:44]> echo foo | tr a-z A-Z foo venus [14:46:11]> echo foo | tr [a-z] [A-Z] FOO [..] Maybe it's safe to switch to the bracketed version these days... This also works fine on Linnix and FreeBSD. Finding the correct 'tr' on Solaris is probably more tedious.
the bracketed version works for me, too. But maybe such a range is wrong for different locales anyway? ([A-Z] in file patterns on my linux machine also match lower case letters except "a"). I'm quite confused by the various ways of doing such a trivial transformation (using perl, sed, tr and what not.) and then still having it wrong for certain machines or environments. Cheers Christian
Simon Marlow wrote:
This bit of Makefile code is possibly going wrong for you:
-include $(shell echo $(ProjectDirectory) | tr A-Z a-z)/mk/config.mk -include $(shell echo $(ProjectDirectory) | tr A-Z a-z)/mk/version.mk
you're right!
Try this instead:
$ make Project=Ghc ProjectDirectory=ghc show VALUE=GhcBinDistDirs
from the top level.
This shows the values correctly now.
Maybe that tr command doesn't work on Solaris?
When I replace "tr A-Z a-z" with tr "[:upper:]" "[:lower:]" (taken from "man tr') 'gmake binary-dist' works for me now, too. Thanks Christian
Christian Maeder wrote:
Simon Marlow wrote:
This bit of Makefile code is possibly going wrong for you:
-include $(shell echo $(ProjectDirectory) | tr A-Z a-z)/mk/config.mk -include $(shell echo $(ProjectDirectory) | tr A-Z a-z)/mk/version.mk
you're right!
Try this instead:
$ make Project=Ghc ProjectDirectory=ghc show VALUE=GhcBinDistDirs
from the top level.
This shows the values correctly now.
Maybe that tr command doesn't work on Solaris?
When I replace "tr A-Z a-z" with
tr "[:upper:]" "[:lower:]"
(taken from "man tr') 'gmake binary-dist' works for me now, too.
I'm rolling and uploading the 6.4.2 bits now, and this patch didn't make it in, sorry. We can put together a patchset for building on Solaris and make it available separately. Can you send me a working patch? Did the DriverState patch I posted earlier work? Cheers, Simon
Simon Marlow wrote:
I'm rolling and uploading the 6.4.2 bits now, and this patch didn't make it in, sorry. We can put together a patchset for building on Solaris and make it available separately. Can you send me a working patch? Did the DriverState patch I posted earlier work?
I've integrated no patch from you. Which post was it. A further problem occured when installing my binary distribution. The installed file "bin/ghc" (and bin/ghci) did not have the mini-driver, but only the settings up to DEFAULT_TMPDIR. I'll rebuild ghc-6-4.2 if you put it out. Cheers Christian
Christian Maeder wrote:
Simon Marlow wrote:
I'm rolling and uploading the 6.4.2 bits now, and this patch didn't make it in, sorry. We can put together a patchset for building on Solaris and make it available separately. Can you send me a working patch? Did the DriverState patch I posted earlier work?
I've integrated no patch from you. Which post was it.
This one: http://www.haskell.org//pipermail/glasgow-haskell-users/2006-April/010002.ht...
A further problem occured when installing my binary distribution. The installed file "bin/ghc" (and bin/ghci) did not have the mini-driver, but only the settings up to DEFAULT_TMPDIR.
Did you have BIN_DIST=1 in your build.mk from the beginning?
I'll rebuild ghc-6-4.2 if you put it out.
Ok, thanks. Simon
Simon Marlow wrote:
Christian Maeder wrote:
A further problem occured when installing my binary distribution. The installed file "bin/ghc" (and bin/ghci) did not have the mini-driver, but only the settings up to DEFAULT_TMPDIR.
Did you have BIN_DIST=1 in your build.mk from the beginning?
Yes. The files in the binary distribution are: lrwxrwxrwx 1 maeder wimi 18 Apr 18 15:03 ghc -> ghc-6.4.2.20060411 -rwxr-xr-x 1 maeder wimi 130 Apr 18 15:03 ghc-6.4.2.20060411 but when installing I get: Creating a configured version of ghc-6.4.2.20060411 .. cat: cannot open bin/sparc-sun-solaris2/ghc-6.4.2.20060411.sh Done. Should the binary dist have already .sh files? C.
Christian Maeder wrote:
The files in the binary distribution are:
ghc -> ghc-6.4.2 ghc-6.4.2
due to a missing dvips "make binary-dist" does not finish properly and does not create a ghc-6.4.2.sh (and other .sh) file(s). Should it not be possible to build a binary distribution without documentation? Cheers Christian hslibs.dvi -o hslibs.ps gmake[2]: hslibs.dvi: Command not found gmake[2]: *** [hslibs.ps] Error 127 gmake[1]: *** [install-docs] Error 1 gmake[1]: Leaving directory `/local/home/maeder/ghc-6.4.2/hslibs' gmake: *** [binary-dist] Error 2
Christian Maeder wrote:
Christian Maeder wrote:
The files in the binary distribution are:
ghc -> ghc-6.4.2 ghc-6.4.2
due to a missing dvips "make binary-dist" does not finish properly and does not create a ghc-6.4.2.sh (and other .sh) file(s).
Should it not be possible to build a binary distribution without documentation?
Try make binary-dist Project=Ghc BINDIST_DOC_WAYS=html Cheers, Simon
Simon Marlow wrote:
--- ghc/rts/package.conf.inplace Thu Apr 13 15:49:49 2006 +++ ghc/rts/package.conf.inplace~ Wed Apr 12 19:44:55 2006 @@ -429,7 +429,6 @@
extra-libraries: "m" , "gmp" - , "rt" , "dl"
Ok, does this help instead (compile stage1 with this change):
*** DriverState.hs.~1.116.2.2.~ 2005-10-13 10:02:19.000000000 +0100 --- DriverState.hs 2006-04-13 15:32:02.000000000 +0100 *************** *** 418,423 **** --- 418,425 ---- #if defined(freebsd_TARGET_OS) "-optc-pthread" , "-optl-pthread" + #elif defined(solaris_TARGET_OS) + "-optl-lrt" #endif ] ),
This patch did not help. No optl option is added anywhere. Maybe "WayThreaded" is the wrong position? I also had to adapt again the call of ctime_r in ghc/rts/RtsUtils.c #if HAVE_CTIME_R - ctime_r(&now, nowstr, 26); + ctime_r(&now, nowstr); #else 26 is supposed to be the size of the buffer nowstr. Maybe 27 is also fine? According to the man pages ctime_r is different under linux and solaris. How should that be patched? Cheers Christian /local/home/maeder/ghc-6.4.2/ghc/rts/libHSrts_thr.a(OSThreads.thr_o): In function `yieldThread': OSThreads.c:(.text+0x88): undefined reference to `sched_yield' collect2: ld returned 1 exit status <<ghc: 13423468 bytes, 3 GCs, 160628/160628 avg/max bytes residency (1 samples), 15M in use, 0.00 INIT (0.00 elapsed), 0.13 MUT (10.93 elapsed), 0.03 GC (0.04 elapsed) :ghc>> gmake[2]: *** [stage2/ghc-6.4.2] Error 1 gmake[2]: Leaving directory `/local/home/maeder/ghc-6.4.2/ghc/compiler' gmake[1]: *** [stage2] Error 2 gmake[1]: Leaving directory `/local/home/maeder/ghc-6.4.2' gmake: *** [bootstrap2] Error 2
* Christian Maeder <maeder@tzi.de>:
I also had to adapt again the call of ctime_r in ghc/rts/RtsUtils.c
#if HAVE_CTIME_R - ctime_r(&now, nowstr, 26); + ctime_r(&now, nowstr); #else
26 is supposed to be the size of the buffer nowstr. Maybe 27 is also fine? According to the man pages ctime_r is different under linux and solaris. How should that be patched?
Without the 3rd arg is according to POSIX (check your Solaris man page). 'buf' is required to be at least 26 bytes. -- http://www-i2.informatik.rwth-aachen.de/stolz/ *** PGP *** S/MIME "All the excitement lies in pattern matching." (SPJ et al.)
Volker Stolz wrote:
Without the 3rd arg is according to POSIX (check your Solaris man page). 'buf' is required to be at least 26 bytes.
You're right, but it does not compile without the 3rd argument! Maybe this is due to gcc_4.0.3_s10 ? Should one simply rely on ctime? Cheers Christian man ctime_r char *ctime_r(const time_t *clock, char *buf, int buflen); The ctime_r() function has the same functionality as ctime() except that the caller must supply a buffer buf with length buflen to store the result; buf must be at least 26 bytes. The standard-conforming ctime_r() function does not take a buflen parameter.
Am 20. Apr 2006 um 11:19 CEST schrieb Christian Maeder:
Volker Stolz wrote:
Without the 3rd arg is according to POSIX (check your Solaris man page). 'buf' is required to be at least 26 bytes.
You're right, but it does not compile without the 3rd argument! Maybe this is due to gcc_4.0.3_s10 ? Should one simply rely on ctime?
Now I'm confused...or is the patch reverted? It said: #if HAVE_CTIME_R - ctime_r(&now, nowstr, 26); + ctime_r(&now, nowstr); #else This has got nothing to do with GCC, it's only related to system headers. Quoth SunOS 5.9: SYNOPSIS #include <time.h> char *ctime_r(const time_t *clock, char *buf, int buflen); ... POSIX cc [ flag... ] file... -D_POSIX_PTHREAD_SEMANTICS [ library... ] char *ctime_r(const time_t *clock, char *buf);
From my understanding of the patch above (*removing* the 3rd arg), I assumed that -D_POSIX_PTHREAD_SEMANTICS was set. It should probably be set like somewhere else (in libraries/bases/cbits/dirUtils.c), but I strongly suggest not doing this in the same (ie. through #define), but rather indeed setting it as a compiler flag. Otherwise, one of those days we'll get bitten by compiling something with skewed headers. Due to the plethora of variables in rts/Makefile, I'm a bit at a loss where to stick this in. -- Volker Stolz * http://www-i2.informatik.rwth-aachen.de/stolz/ * PGP * S/MIME
Volker Stolz wrote:
Now I'm confused...or is the patch reverted?
yes, sorry I've done: -bash-3.00$ diff -u RtsUtils.c RtsUtils.c~ --- RtsUtils.c Wed Apr 19 13:15:29 2006 +++ RtsUtils.c~ Thu Jan 12 13:43:03 2006 @@ -187,7 +187,7 @@ if (now == 0) { time(&now); #if HAVE_CTIME_R - ctime_r(&now, nowstr, 26); + ctime_r(&now, nowstr); #else strcpy(nowstr, ctime(&now)); #endif where RtsUtils.c~ is the original file (left over by emacs) Christian
Christian Maeder wrote:
Simon Marlow wrote:
--- ghc/rts/package.conf.inplace Thu Apr 13 15:49:49 2006 +++ ghc/rts/package.conf.inplace~ Wed Apr 12 19:44:55 2006 @@ -429,7 +429,6 @@
extra-libraries: "m" , "gmp" - , "rt" , "dl"
Ok, does this help instead (compile stage1 with this change):
*** DriverState.hs.~1.116.2.2.~ 2005-10-13 10:02:19.000000000 +0100 --- DriverState.hs 2006-04-13 15:32:02.000000000 +0100 *************** *** 418,423 **** --- 418,425 ---- #if defined(freebsd_TARGET_OS) "-optc-pthread" , "-optl-pthread" + #elif defined(solaris_TARGET_OS) + "-optl-lrt" #endif ] ),
This patch did not help. No optl option is added anywhere. Maybe "WayThreaded" is the wrong position?
oops, it should be "solaris2_TARGET_OS", not "solaris_TARGET_OS" Cheers, Simon
Simon Marlow wrote:
Ok, does this help instead (compile stage1 with this change):
*** DriverState.hs.~1.116.2.2.~ 2005-10-13 10:02:19.000000000 +0100 --- DriverState.hs 2006-04-13 15:32:02.000000000 +0100 *************** *** 418,423 **** --- 418,425 ---- #if defined(freebsd_TARGET_OS) "-optc-pthread" , "-optl-pthread" + #elif defined(solaris_TARGET_OS) + "-optl-lrt" #endif ] ),
This patch did not help. No optl option is added anywhere. Maybe "WayThreaded" is the wrong position?
oops, it should be "solaris2_TARGET_OS", not "solaris_TARGET_OS"
This patch works now, with "solaris2" (although I did not see where "-lrt" was finally added.) Christian P.S. the non-termination of the final stage2 compiler still needs further investigation (that I cannot do alone)
* Christian Maeder <maeder@tzi.de>:
P.S. the non-termination of the final stage2 compiler still needs further investigation (that I cannot do alone)
How about throwing 'truss' at it? Maybe this reveals a blatant reason. Volker -- http://www-i2.informatik.rwth-aachen.de/stolz/ *** PGP *** S/MIME FIFA go home!
Volker Stolz wrote:
* Christian Maeder <maeder@tzi.de>:
P.S. the non-termination of the final stage2 compiler still needs further investigation (that I cannot do alone)
How about throwing 'truss' at it? Maybe this reveals a blatant reason.
It repeatedly outputs: /1: setcontext(0xFFBFF0A8) /1: Received signal #14, SIGALRM, in lwp_park() [caught] /1: lwp_park(0x00000000, 0) Err#91 ERESTART /1: lwp_sigmask(SIG_SETMASK, 0x00002000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF] /1: setcontext(0xFFBFF0A8)
On 24 April 2006 15:56, Christian Maeder wrote:
Simon Marlow wrote:
Ok, does this help instead (compile stage1 with this change):
*** DriverState.hs.~1.116.2.2.~ 2005-10-13 10:02:19.000000000 +0100 --- DriverState.hs 2006-04-13 15:32:02.000000000 +0100 *************** *** 418,423 **** --- 418,425 ---- #if defined(freebsd_TARGET_OS) "-optc-pthread" , "-optl-pthread" + #elif defined(solaris_TARGET_OS) + "-optl-lrt" #endif ] ),
This patch did not help. No optl option is added anywhere. Maybe "WayThreaded" is the wrong position?
oops, it should be "solaris2_TARGET_OS", not "solaris_TARGET_OS"
This patch works now, with "solaris2" (although I did not see where "-lrt" was finally added.)
Christian
P.S. the non-termination of the final stage2 compiler still needs further investigation (that I cannot do alone)
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 2>&1 | tee log. Cheers, Simon
participants (8)
-
Bulat Ziganshin -
Christian Maeder -
Duncan Coutts -
Michael Marte -
Simon Marlow -
Simon Marlow -
Volker Stolz -
Volker Stolz