ANNOUNCE: GHC version 6.10.4
============================================================== The (Interactive) Glasgow Haskell Compiler -- version 6.10.4 ============================================================== The GHC Team is pleased to announce a new patchlevel release of GHC. This release contains a number of bugfixes relative to 6.10.3, so we recommend upgrading. Release notes are here: http://haskell.org/ghc/docs/6.10.4/html/users_guide/release-6-10-4.html How to get it ~~~~~~~~~~~~~ The easy way is to go to the web page, which should be self-explanatory: http://www.haskell.org/ghc/ We supply binary builds in the native package format for many platforms, and the source distribution is available from the same place. Packages will appear as they are built - if the package for your system isn't available yet, please try again later. Background ~~~~~~~~~~ Haskell is a standard lazy functional programming language; the current language version is Haskell 98, agreed in December 1998 and revised December 2002. GHC is a state-of-the-art programming suite for Haskell. Included is an optimising compiler generating good code for a variety of platforms, together with an interactive system for convenient, quick development. The distribution includes space and time profiling facilities, a large collection of libraries, and support for various language extensions, including concurrency, exceptions, and foreign language interfaces (C, whatever). GHC is distributed under a BSD-style open source license. A wide variety of Haskell related resources (tutorials, libraries, specifications, documentation, compilers, interpreters, references, contact information, links to research groups) are available from the Haskell home page (see below). On-line GHC-related resources ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Relevant URLs on the World-Wide Web: GHC home page http://www.haskell.org/ghc/ GHC developers' home page http://hackage.haskell.org/trac/ghc/ Haskell home page http://www.haskell.org/ Supported Platforms ~~~~~~~~~~~~~~~~~~~ The list of platforms we support, and the people responsible for them, is here: http://hackage.haskell.org/trac/ghc/wiki/Contributors Ports to other platforms are possible with varying degrees of difficulty. The Building Guide describes how to go about porting to a new platform: http://hackage.haskell.org/trac/ghc/wiki/Building Developers ~~~~~~~~~~ We welcome new contributors. Instructions on accessing our source code repository, and getting started with hacking on GHC, are available from the GHC's developer's site run by Trac: http://hackage.haskell.org/trac/ghc/ Mailing lists ~~~~~~~~~~~~~ We run mailing lists for GHC users and bug reports; to subscribe, use the web interfaces at http://www.haskell.org/mailman/listinfo/glasgow-haskell-users http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs There are several other haskell and ghc-related mailing lists on www.haskell.org; for the full list, see http://www.haskell.org/mailman/listinfo/ Some GHC developers hang out on #haskell on IRC, too: http://www.haskell.org/haskellwiki/IRC_channel Please report bugs using our bug tracking system. Instructions on reporting bugs can be found here: http://www.haskell.org/ghc/reportabug
The (Interactive) Glasgow Haskell Compiler -- version 6.10.4 How to get it http://www.haskell.org/ghc/
I have a few comments about the "Distribution Packages" page that is linked from there: http://www.haskell.org/ghc/distribution_packages.html Debian: Remove the line "Newer packages may be available in Haskell Unsafe." That stuff is very, very old. Mac OS X: Paragraph beginning "Contrary to the recommendation at the top of this page... rather than using the alternatives below." It makes no sense. It appears to be referring to an older version of the page. "Both 10.3 (Panther) and 10.4 (Tiger) are supported." should be changed to 10.4 (Tiger) and 10.5 (Leopard). The paragraph about the ghc-devel port should be removed, I think. The port still exists, but it doesn't seem to be actively supported since 6.7. Anyone who wants to use GHC HEAD will probably just build current HEAD manually. (Greg - is this correct?) Thanks, Yitz
Hi Yitz, Yitzchak Gale wrote:
The (Interactive) Glasgow Haskell Compiler -- version 6.10.4 How to get it http://www.haskell.org/ghc/
I have a few comments about the "Distribution Packages" page that is linked from there:
http://www.haskell.org/ghc/distribution_packages.html
Debian:
Remove the line "Newer packages may be available in Haskell Unsafe." That stuff is very, very old.
Mac OS X:
Paragraph beginning "Contrary to the recommendation at the top of this page... rather than using the alternatives below." It makes no sense. It appears to be referring to an older version of the page.
"Both 10.3 (Panther) and 10.4 (Tiger) are supported." should be changed to 10.4 (Tiger) and 10.5 (Leopard).
The paragraph about the ghc-devel port should be removed, I think. The port still exists, but it doesn't seem to be actively supported since 6.7. Anyone who wants to use GHC HEAD will probably just build current HEAD manually. (Greg - is this correct?)
The ghc-devel port is not supported now. I will modify it to print a message to that effect. When there is a more reliable procedure for development builds is available I can re-enable the port.
Thanks, Yitz
On Thu, Jul 16, 2009 at 07:29:58PM +0300, Yitzchak Gale wrote:
The (Interactive) Glasgow Haskell Compiler -- version 6.10.4 How to get it http://www.haskell.org/ghc/
I have a few comments about the "Distribution Packages" page that is linked from there:
Applied, thanks! Thanks Ian
Ian Lynagh wrote:
============================================================== The (Interactive) Glasgow Haskell Compiler -- version 6.10.4 ==============================================================
Packages will appear as they are built - if the package for your system isn't available yet, please try again later.
I've built http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets... http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets... http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets... http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets... http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets... http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets... http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets... For sparc-solaris 10 I could not run the testsuite (with GNU Make 3.80) and the binary depends (at least) on: libiconv.so.2 => /usr/local/lib/libiconv.so.2 libncurses.so.5 => /usr/local/lib/libncurses.so.5 libm.so.2 => /usr/local/lib/libm.so.2 libgmp.so.3 => /usr/local/lib/libgmp.so.3 (The other binary distributions use their own static libgmp.a.) For x86-solaris 10 only libcurses.so.1 (and no libiconv) is needed whereas /usr/lib/libiconv.2.dylib and /usr/lib/libncurses.5.4.dylib are available on the Leopard Macs (one being a PowerMacG5). Cheers Christian (Maybe someone can explain the bad testsuite results.)
P.S. before installing the Haskell-Platform look at http://trac.haskell.org/haskell-platform/ticket/74 and take measures to avoid loosing your profiling libs. (Either by not re-installing the listed packages or by re-installing them with profiling switched on.) Cheers Christian Maeder wrote:
Ian Lynagh wrote:
============================================================== The (Interactive) Glasgow Haskell Compiler -- version 6.10.4 ==============================================================
Packages will appear as they are built - if the package for your system isn't available yet, please try again later.
I've built http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets... http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets...
http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets... http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets...
http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets... http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets...
http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets...
For sparc-solaris 10 I could not run the testsuite (with GNU Make 3.80) and the binary depends (at least) on: libiconv.so.2 => /usr/local/lib/libiconv.so.2 libncurses.so.5 => /usr/local/lib/libncurses.so.5 libm.so.2 => /usr/local/lib/libm.so.2 libgmp.so.3 => /usr/local/lib/libgmp.so.3
(The other binary distributions use their own static libgmp.a.)
For x86-solaris 10 only libcurses.so.1 (and no libiconv) is needed whereas /usr/lib/libiconv.2.dylib and /usr/lib/libncurses.5.4.dylib are available on the Leopard Macs (one being a PowerMacG5).
Cheers Christian
(Maybe someone can explain the bad testsuite results.)
Hello Christian, Wednesday, July 22, 2009, 1:35:07 PM, you wrote:
http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets...
is it compatible with OpenSolaris too? if so, it's great, my users asks about OpenSolaris/Mac/FreeBSD support -- Best regards, Bulat mailto:Bulat.Ziganshin@gmail.com
Bulat Ziganshin wrote:
Hello Christian,
Wednesday, July 22, 2009, 1:35:07 PM, you wrote:
http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets...
is it compatible with OpenSolaris too? if so, it's great, my users asks about OpenSolaris/Mac/FreeBSD support
I think, older versions worked under OpenSolaris, too. But maybe someone else can really confirm this for the current version. Cheers Christian
On 22/07/2009 10:35, Christian Maeder wrote:
For sparc-solaris 10 I could not run the testsuite (with GNU Make 3.80)
What went wrong?
(Maybe someone can explain the bad testsuite results.)
Could you publish the results? Cheers, Simon
Simon Marlow wrote:
On 22/07/2009 10:35, Christian Maeder wrote:
For sparc-solaris 10 I could not run the testsuite (with GNU Make 3.80)
What went wrong?
Building went ok, despite the following warning at the end of ./configure: WARNING: It looks like "gmake" is GNU make 3.80. This version cannot be used to build GHC. Please use GNU make >= 3.81. But running the testsuite failed with: Looks like you don't have timeout, building it first... gmake -C ../../timeout all gmake[1]: Entering directory `/export/local2/home/maeder/haskell/ghc-6.10.4/testsuite-6.10.4/timeout' Makefile:16: *** missing `endif'. Stop. gmake[1]: Leaving directory `/export/local2/home/maeder/haskell/ghc-6.10.4/testsuite-6.10.4/timeout' gmake: *** [../../timeout/install-inplace/bin/timeout] Error 2 This error refers to the line $(eval $(call canonicalise,PREFIX)) in timeout/Makefile.
(Maybe someone can explain the bad testsuite results.)
Could you publish the results?
See the links in my original email Cheers Christian
On Fri, Jul 24, 2009 at 12:46:25PM +0200, Christian Maeder wrote:
Simon Marlow wrote:
On 22/07/2009 10:35, Christian Maeder wrote:
For sparc-solaris 10 I could not run the testsuite (with GNU Make 3.80)
What went wrong?
Building went ok, despite the following warning at the end of ./configure:
WARNING: It looks like "gmake" is GNU make 3.80. This version cannot be used to build GHC. Please use GNU make >= 3.81.
But running the testsuite failed with:
Looks like you don't have timeout, building it first... gmake -C ../../timeout all gmake[1]: Entering directory `/export/local2/home/maeder/haskell/ghc-6.10.4/testsuite-6.10.4/timeout' Makefile:16: *** missing `endif'. Stop. gmake[1]: Leaving directory `/export/local2/home/maeder/haskell/ghc-6.10.4/testsuite-6.10.4/timeout' gmake: *** [../../timeout/install-inplace/bin/timeout] Error 2
This error refers to the line
$(eval $(call canonicalise,PREFIX))
in timeout/Makefile.
Hmm, this test: ------------- HAVE_EVAL := NO $(eval HAVE_EVAL := YES) ifeq "$(HAVE_EVAL)" "NO" $(error Your make does not support eval. You need GNU make >= 3.80) endif ------------- in testsuite/mk/boilerplate.mk is supposed to fail if running the testsuite would fail, so I don't know what's gone wrong there. If you work out what else is breaking then let me know and we can add a test for it. Thanks Ian
Ian Lynagh wrote:
This error refers to the line
$(eval $(call canonicalise,PREFIX))
in timeout/Makefile.
Hmm, this test: ------------- HAVE_EVAL := NO $(eval HAVE_EVAL := YES)
ifeq "$(HAVE_EVAL)" "NO" $(error Your make does not support eval. You need GNU make >= 3.80) endif ------------- in testsuite/mk/boilerplate.mk is supposed to fail if running the testsuite would fail, so I don't know what's gone wrong there. If you work out what else is breaking then let me know and we can add a test for it.
eval works, but abspath does not!
On Fri, Jul 24, 2009 at 04:39:53PM +0200, Christian Maeder wrote:
Ian Lynagh wrote:
This error refers to the line
$(eval $(call canonicalise,PREFIX))
in timeout/Makefile.
Hmm, this test: ------------- HAVE_EVAL := NO $(eval HAVE_EVAL := YES)
ifeq "$(HAVE_EVAL)" "NO" $(error Your make does not support eval. You need GNU make >= 3.80) endif ------------- in testsuite/mk/boilerplate.mk is supposed to fail if running the testsuite would fail, so I don't know what's gone wrong there. If you work out what else is breaking then let me know and we can add a test for it.
eval works, but abspath does not!
Does make give the expected abspath error with this patch to testsuite/? hunk ./mk/boilerplate.mk 8 -$(error Your make does not support eval. You need GNU make >= 3.80) +$(error Your make does not support eval. You need GNU make >= 3.81) +endif + +ifeq "$(abspath /)" "" +$(error Your make does not support abspath. You need GNU make >= 3.81) Thanks Ian
Ian Lynagh wrote:
On Fri, Jul 24, 2009 at 04:39:53PM +0200, Christian Maeder wrote:
eval works, but abspath does not!
Does make give the expected abspath error with this patch to testsuite/?
Yes: -bash-3.00$ gmake mk/boilerplate.mk:12: *** Your make does not support abspath. You need GNU make >= 3.81. Stop. C.
hunk ./mk/boilerplate.mk 8 -$(error Your make does not support eval. You need GNU make >= 3.80) +$(error Your make does not support eval. You need GNU make >= 3.81) +endif + +ifeq "$(abspath /)" "" +$(error Your make does not support abspath. You need GNU make >= 3.81)
Thanks Ian
On Mon, Jul 27, 2009 at 10:39:07AM +0200, Christian Maeder wrote:
Ian Lynagh wrote:
On Fri, Jul 24, 2009 at 04:39:53PM +0200, Christian Maeder wrote:
eval works, but abspath does not!
Does make give the expected abspath error with this patch to testsuite/?
Yes:
-bash-3.00$ gmake mk/boilerplate.mk:12: *** Your make does not support abspath. You need GNU make >= 3.81. Stop.
Thanks for testing; I've pushed it. Thanks Ian
Simon Marlow wrote:
On 22/07/2009 10:35, Christian Maeder wrote:
For sparc-solaris 10 I could not run the testsuite (with GNU Make 3.80)
What went wrong?
Even after creating timeout, I get the failure below with Python 2.4.1 (I see, 2.5.2 or later is required) Cheers Christian python ../../driver/runtests.py -e ghc_with_native_codegen=0 -e ghc_with_profiling=1 -e ghc_with_threaded_rts=1 -e ghc_with_interpreter=1 -e ghc_unregisterised=0 -e ghc_with_smp=1 --rootdir=. --config=../../config/ghc -e config.confdir=\"../../config\" -e config.compiler=\"/home/pub-bkb/bin/ghc\" -e config.compiler_always_flags.append"(\"\")" -e config.ghc_pkg=\"/home/pub-bkb/bin//ghc-pkg\" -e config.hp2ps=\"/home/pub-bkb/bin//hp2ps\" -e config.gs=\"gs\" -e config.platform=\"sparc-sun-solaris2\" -e config.os=\"solaris2\" -e config.wordsize=\"32\" -e default_testopts.cleanup=\"\" -e config.timeout="int() or config.timeout" -e config.timeout_prog=\"../../timeout/install-inplace/bin/timeout\" -e config.exeext=\"\" -e config.top=\"\" --rootdir=../../../libraries/containers/tests --rootdir=../../../libraries/hpc/tests --rootdir=../../../libraries/bytestring/tests --rootdir=../../../libraries/random/tests --rootdir=../../../libraries/directory/tests --rootdir=../../../libraries/process/tests --rootdir=../../../libraries/parallel/tests --rootdir=../../../libraries/Cabal/tests --rootdir=../../../libraries/stm/tests --rootdir=../../../libraries/network/tests --rootdir=../../../libraries/unix/tests \ \ \ \ \ \ gs -dNODISPLAY -dBATCH -dQUIET -dNOPAUSE ../../config/good.ps Traceback (most recent call last): File "../../driver/runtests.py", line 105, in ? from testlib import * File "/export/local2/home/maeder/haskell/ghc-6.10.4/testsuite-6.10.4/driver/testlib.py", line 1274, in ? resultGood = runCmdExitCode(genGSCmd(config.confdir + '/good.ps')); File "/export/local2/home/maeder/haskell/ghc-6.10.4/testsuite-6.10.4/driver/testlib.py", line 1257, in runCmdExitCode return (runCmd(cmd) >> 8); File "/export/local2/home/maeder/haskell/ghc-6.10.4/testsuite-6.10.4/driver/testlib.py", line 1251, in runCmd r = rawSystem([config.timeout_prog, str(config.timeout), cmd]) File "/export/local2/home/maeder/haskell/ghc-6.10.4/testsuite-6.10.4/driver/testlib.py", line 1228, in rawSystem return subprocess.call(cmd_and_args) File "/usr/lib/python2.4/subprocess.py", line 413, in call return Popen(*args, **kwargs).wait() File "/usr/lib/python2.4/subprocess.py", line 543, in __init__ errread, errwrite) File "/usr/lib/python2.4/subprocess.py", line 975, in _execute_child raise child_exception OSError: [Errno 2] No such file or directory gmake: *** [test] Error
On 22/07/2009 10:35, Christian Maeder wrote:
(Maybe someone can explain the bad testsuite results.)
My comments begin with "SDM:" below: =====> 2469(ghci) cd ./ffi/should_run && '/export/local1/home/maeder/haskell/ghc-6.10.4/ghc/stage2-inplace/ghc' -fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output 2469.hs --interactive -v0 -ignore-dot-ghci -optc-std=gnu99 -fglasgow-exts <2469.genscript 1>2469.interp.stdout 2>2469.interp.stderr Wrong exit code (expected 0 , actual 1 ) Stdout: Stderr: GHCi runtime linker: fatal error: I found a duplicate definition for symbol __gmpz_get_ui whilst processing object file 2469_stub.o This could be caused by: * Loading two different object files which export the same symbol * Specifying the same object file twice on the GHCi command line * An incorrect `package.conf' entry, causing some object to be loaded twice. GHCi cannot safely continue in this situation. Exiting now. Sorry. SDM: I'd guess your gmp.h is dropping definitions for some inline functions into the code. =====> ghci024(normal) cd ./ghci/scripts && $MAKE -s --no-print-directory ghci024
ghci024.run.stdout 2>ghci024.run.stderr Wrong exit code (expected 0 , actual 2 ) Stdout:
Stderr:
grep: Unzulässige Option -- E
Syntax: grep -hblcnsviw pattern file . . .
gmake[1]: *** [ghci024] Fehler 2
SDM: this test needs fixing for non-GNU grep.
=====> ghci028(ghci)
cd ./ghci/scripts &&
HC='/export/local1/home/maeder/haskell/ghc-6.10.4/ghc/stage2-inplace/ghc' HC_OPTS='-dcore-lint
-dcmm-lint -dno-debug-output '
'/export/local1/home/maeder/haskell/ghc-6.10.4/ghc/stage2-inplace/ghc'
--interactive -v0 -ignore-dot-ghci -dcore-lint -dcmm-lint
-dno-debug-output <ghci028.script >ghci028.run.stdout
2>ghci028.run.stderr
Actual stderr output differs from expected:
--- /dev/null Fr Jul 17 19:28:04 2009
+++ ./ghci/scripts/ghci028.run.stderr.normalised Fr Jul 17 19:28:06 2009
@@ -1,0 +1,4 @@
+
+<interactive>:1:6: lexical error at character '\136'
+
+<interactive>:1:9: lexical error at character '\136'
*** unexpected failure for ghci028(ghci)
SDM: this (and 2816) can be fixed by setting your locale to UTF-8.
=====> derefnull(profc)
cd ./rts &&
'/export/local1/home/maeder/haskell/ghc-6.10.4/ghc/stage2-inplace/ghc'
-fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -o derefnull
derefnull.hs -O -prof -auto-all -fvia-C >derefnull.comp.stderr 2>&1
cd ./rts && ./derefnull +RTS -p -RTS </dev/null >derefnull.run.stdout
2>derefnull.run.stderr
Segmentierungsfehler
./rts/derefnull.prof is empty
*** unexpected failure for derefnull(profc)
SDM: don't know why this works for us, or why we're expecting to find
a .prof file at all. Looks like the tests need fixing.
=====> tcfail126(normal)
cd ./typecheck/should_fail &&
'/export/local1/home/maeder/haskell/ghc-6.10.4/ghc/stage2-inplace/ghc'
-fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -c tcfail126.hs
>tcfail126.comp.stderr 2>&1
Actual stderr output differs from expected:
--- ./typecheck/should_fail/tcfail126.stderr.normalised Fr Jul 17
19:34:07 2009
+++ ./typecheck/should_fail/tcfail126.comp.stderr.normalised Fr Jul 17
19:34:07 2009
@@ -1,10 +1,4 @@
-tcfail126.hs:20:14:
- Couldn't match expected type `forall (m :: * -> *).
- (Monad m) =>
- Bar m'
- against inferred type `Bar m'
- In the pattern: Bar run op
- In the pattern: Foo (Bar run op)
- In the definition of `runProg':
- runProg (Foo (Bar run op)) = run (prog op)
+tcfail126.hs:11:0:
+ Failed to load interface for `Control.Monad.Trans':
+ it was found in multiple packages: mtl-1.1.0.2 ghc-mtl-1.1.0.2
SDM: I don't have a ghc-mtl library. Where does that come from?
(There are lots of these)
=====> conc034(threaded2)
cd ./concurrent/should_run &&
'/export/local1/home/maeder/haskell/ghc-6.10.4/ghc/stage2-inplace/ghc'
-fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -o conc034
conc034.hs -O -threaded -fglasgow-exts >conc034.comp.stderr 2>&1
cd ./concurrent/should_run && ./conc034 +RTS -C0 -RTS +RTS -N2 -RTS
</dev/null >conc034.run.stdout 2>conc034.run.stderr
Wrong exit code (expected 0 , actual 1 )
Stdout:
Stderr:
conc034: <<loop>>
SDM: probably not a serious problem, but I should investigate this
result. If you could make a ticket, that would be great.
=====> num009(normal)
cd ./lib/Numeric &&
'/export/local1/home/maeder/haskell/ghc-6.10.4/ghc/stage2-inplace/ghc'
-fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -o num009
num009.hs >num009.comp.stderr 2>&1
cd ./lib/Numeric && ./num009 </dev/null >num009.run.stdout
2>num009.run.stderr
Actual stdout output differs from expected:
--- ./lib/Numeric/num009.stdout.normalised Fr Jul 17 20:28:56 2009
+++ ./lib/Numeric/num009.run.stdout.normalised Fr Jul 17 20:28:56 2009
@@ -1,1 +1,31 @@
+sind
+-0.6452512852657808
+-0.7469218912594929
+(-5811906895766608,-53)
+(-6727674302302237,-53)
+sinf
+0.6565767
+-0.7710884
+(11015529,-24)
+(-12936717,-24)
+cosd
+0.7639704044417283
+-0.6649117899070088
+(6881233657531709,-53)
+(-5988992978518909,-53)
+cosf
+0.7542593
+0.63672805
+(12654371,-24)
+(10682524,-24)
+tand
+-0.8446024630198843
+1.123339821307656
+(-7607502675465108,-53)
+(5059072800651599,-52)
+tanf
+0.870492
+-1.2110169
+(14604432,-24)
+(-10158746,-23)
Done
*** unexpected failure for num009(normal)
SDM: I don't have a clue about this one.
=====> list001(ghci)
cd ./lib/should_run &&
'/export/local1/home/maeder/haskell/ghc-6.10.4/ghc/stage2-inplace/ghc'
-fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output list001.hs
--interactive -v0 -ignore-dot-ghci <list001.genscript
1>list001.interp.stdout 2>list001.interp.stderr
Segmentierungsfehler
Wrong exit code (expected 0 , actual 139 )
Stdout:
Stderr:
SDM: ouch! Please make a ticket for this one.
=====> hClose002(normal)
cd ./lib/IO &&
'/export/local1/home/maeder/haskell/ghc-6.10.4/ghc/stage2-inplace/ghc'
-fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -o hClose002
hClose002.hs >hClose002.comp.stderr 2>&1
cd ./lib/IO && ./hClose002 </dev/null >hClose002.run.stdout
2>hClose002.run.stderr
Actual stdout output differs from expected:
--- ./lib/IO/hClose002.stdout.normalised Fr Jul 17 20:39:15 2009
+++ ./lib/IO/hClose002.run.stdout.normalised Fr Jul 17 20:39:15 2009
@@ -1,4 +1,4 @@
-Left hClose: invalid argument (Bad file descriptor)
+Left hClose: invalid argument (Bad file number)
Right ()
Right ()
Right ()
*** unexpected failure for hClose002(normal)
SDM: we need test output for this platform added to the test suite.
Please make a ticket or submit a patch.
=====> concio002(threaded2)
cd ./lib/IO &&
'/export/local1/home/maeder/haskell/ghc-6.10.4/ghc/stage2-inplace/ghc'
-fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -o concio002
concio002.hs -O -threaded >concio002.comp.stderr 2>&1
cd ./lib/IO && ./concio002 +RTS -N2 -RTS </dev/null
>concio002.run.stdout 2>concio002.run.stderr
Timeout happened...killing process...
Beendet
Wrong exit code (expected 0 , actual 99 )
Stdout:
Stderr:
SDM: This looks bad. Another ticket!
=====> 1861(optc)
cd ./codeGen/should_run &&
'/export/local1/home/maeder/haskell/ghc-6.10.4/ghc/stage2-inplace/ghc'
-fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -o 1861 1861.hs
-O -fvia-C >1861.comp.stderr 2>&1
Compile failed (status 256) errors were:
/tmp/ghc10001_0/ghc10001_0.hc: In Funktion »s1ua_ret«:
/tmp/ghc10001_0/ghc10001_0.hc:100:0:
Fehler: »INFINITY« nicht deklariert (erste Benutzung in dieser
Funktion)
/tmp/ghc10001_0/ghc10001_0.hc:100:0:
Fehler: (Jeder nicht deklarierte Bezeichner wird nur einmal aufgeführt
/tmp/ghc10001_0/ghc10001_0.hc:100:0:
Fehler: für jede Funktion in der er auftritt.)
/tmp/ghc10001_0/ghc10001_0.hc: In Funktion »s1ug_ret«:
/tmp/ghc10001_0/ghc10001_0.hc:145:0:
Fehler: »INFINITY« nicht deklariert (erste Benutzung in dieser
Funktion)
*** unexpected failure for 1861(optc)
SDM: we have a ticket for this already: #2929
=====> user001(normal)
cd ./libraries/unix &&
'/export/local1/home/maeder/haskell/ghc-6.10.4/ghc/stage2-inplace/ghc'
-fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -o user001
user001.hs -package unix >user001.comp.stderr 2>&1
cd ./libraries/unix && ./user001 </dev/null >user001.run.stdout
2>user001.run.stderr
Actual stdout output differs from expected:
--- ./libraries/unix/user001.stdout.normalised Fr Jul 17 21:09:45 2009
+++ ./libraries/unix/user001.run.stdout.normalised Fr Jul 17 21:09:45 2009
@@ -3,9 +3,9 @@
getEffectiveUserID: OK
getEffectiveGroupID: OK
getGroups: OK
-getEffectiveUserName: OK
-getGroupEntryForID: OK
-getGroupEntryForName: OK
+getEffectiveUserName: ERROR: getUserEntryForID: failed (Unknown error)
+getGroupEntryForID: ERROR: getGroupEntryForID: failed (Unknown error)
+getGroupEntryForName: ERROR: getGroupEntryForID: failed (Unknown error)
getAllGroupEntries: OK
-getUserEntryForID: OK
+getUserEntryForID: ERROR: getUserEntryForID: failed (Unknown error)
getAllUserEntries: OK
*** unexpected failure for user001(normal)
SDM: I have a machine that does this too. I don't remember why, but
AFAIR it's not serious.
=====> signals004(ghci)
cd ./libraries/unix &&
'/export/local1/home/maeder/haskell/ghc-6.10.4/ghc/stage2-inplace/ghc'
-fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output signals004.hs
--interactive -v0 -ignore-dot-ghci -package unix <signals004.genscript
1>signals004.interp.stdout 2>signals004.interp.stderr
Timeout happened...killing process...
Beendet
Wrong exit code (expected 0 , actual 99 )
Stdout:
Stderr:
signals004: lost signal due to full pipe: 16
SDM: Probably not a bug as such, but interesting that it happens to
you. Something to investigate one day.
=====> process006(threaded2)
cd ./libraries/process &&
'/export/local1/home/maeder/haskell/ghc-6.10.4/ghc/stage2-inplace/ghc'
-fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -o process006
process006.hs -O -threaded >process006.comp.stderr 2>&1
cd ./libraries/process && ./process006 +RTS -N2 -RTS </dev/null
>process006.run.stdout 2>process006.run.stderr
Timeout happened...killing process...
Beendet
Wrong exit code (expected 0 , actual 99 )
Stdout:
Stderr:
SDM: looks bad. Tickets please.
=====> process007(normal)
cd ./libraries/process &&
'/export/local1/home/maeder/haskell/ghc-6.10.4/ghc/stage2-inplace/ghc'
-fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -o process007
process007.hs >process007.comp.stderr 2>&1
cd ./libraries/process && ./process007 </dev/null
>process007.run.stdout 2>process007.run.stderr
Actual stdout output differs from expected:
--- ./libraries/process/process007.stdout.normalised Fr Jul 17 21:42:20 2009
+++ ./libraries/process/process007.run.stdout.normalised Fr Jul 17
21:42:20 2009
@@ -1,2 +1,2 @@
You bad pie-rats!
-failed, as expected
+eek!
*** unexpected failure for process007(normal)
SDM: looks bad. Tickets please.
=====> num012(normal)
cd ./numeric/should_run &&
'/export/local1/home/maeder/haskell/ghc-6.10.4/ghc/stage2-inplace/ghc'
-fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -o num012
num012.hs >num012.comp.stderr 2>&1
cd ./numeric/should_run && ./num012 </dev/null >num012.run.stdout
2>num012.run.stderr
Actual stdout output differs from expected:
--- ./numeric/should_run/num012.stdout.normalised Fr Jul 17 21:47:56 2009
+++ ./numeric/should_run/num012.run.stdout.normalised Fr Jul 17 21:47:56
2009
@@ -1,4 +1,4 @@
-[0,1,5,9,10,14,31,31,32,32,32,32,33]
+[0,1,5,9,10,14,31,31,31,32,32,32,33]
-2.147483648e9
-2.1474837e9
-2.147483648e9
*** unexpected failure for num012(normal)
SDM: no idea about this one.
=====> cabal01(normal)
cd ./cabal/cabal01 && $MAKE -s --no-print-directory cabal01
PROF=--enable-library-profiling </dev/null >cabal01.run.stdout
2>cabal01.run.stderr
Wrong exit code (expected 0 , actual 2 )
Stdout:
install1:
bin
lib
Reading package info from "dist/installed-pkg-config" ... done.
Writing new package config file... done.
install2:
bin
lib
Stderr:
tar: C: unbekannter Funktionsmodifizierer
Syntax: tar {c|r|t|u|x}[BDeEFhilmnopPqTvw@[0-7]][bfk][X...] [Blockgröße]
[tar-Datei] [Größe] [Ausschlussdatei...] {Datei | -I Einschlussdatei |
-C Verzeichnis Datei}...
gmake[1]: *** [cabal01] Fehler 1
*** unexpected failure for cabal01(normal)
SDM: looks like the test needs to be fixed to work with non-GNU tar?
Or is it a Cabal issue?
=====> ghcpkg05(normal)
cd ./cabal && $MAKE -s --no-print-directory ghcpkg05 </dev/null
>ghcpkg05.run.stdout 2>ghcpkg05.run.stderr
Actual stderr output differs from expected:
--- ./cabal/ghcpkg05.stderr.normalised Fr Jul 17 21:49:05 2009
+++ ./cabal/ghcpkg05.run.stderr.normalised Fr Jul 17 21:49:05 2009
@@ -8,9 +8,15 @@
file C/D.hi is missing
file C/E.hi is missing
cannot find libtestpkg-2.0.a on library path
+There are problems in package HAIFA-0.12:
+ dependency HTTP-3001.1.5 doesn't exist
+ dependency dataenc-0.13.0.0 doesn't exist
+ dependency hxt-8.2.0 doesn't exist
+ dependency hxt-filter-8.2.0 doesn't exist
The following packages are broken, either because they have a problem
listed above, or because they depend on a broken package.
testpkg-2.0
+HAIFA-0.12
testpkg-3.0
ghc-pkg: unregistering testpkg-2.0 would break the following packages:
testpkg-3.0 (use --force to override)
*** unexpected failure for ghcpkg05(normal)
SDM: What is HAIFA?
=====> driver063(normal)
cd ./driver && $MAKE -s --no-print-directory test063 </dev/null
>driver063.run.stdout 2>driver063.run.stderr
Actual stderr output differs from expected:
--- ./driver/driver063.stderr.normalised Fr Jul 17 21:50:02 2009
+++ ./driver/driver063.run.stderr.normalised Fr Jul 17 21:50:02 2009
@@ -1,4 +1,0 @@
-
-D.hs:2:7:
- Could not find module `A':
- it is not a module in the current program, or in any known package.
*** unexpected failure for driver063(normal)
SDM: looks wrong, but might be benign if you have a module A floating
about somewhere.
=====> 3231(normal)
cd ../../../libraries/process/tests &&
'/export/local1/home/maeder/haskell/ghc-6.10.4/ghc/stage2-inplace/ghc'
-fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -o 3231 3231.hs
>3231.comp.stderr 2>&1
cd ../../../libraries/process/tests && ./3231 </dev/null
>3231.run.stdout 2>3231.run.stderr
Actual stderr output differs from expected:
--- /dev/null Fr Jul 17 21:52:05 2009
+++ ../../../libraries/process/tests/3231.run.stderr.normalised Fr Jul
17 21:58:29 2009
@@ -1,0 +1,457 @@
+sleep: Falsches Zeichen im Argument
SDM: test needs fixing to work with your sleep, I imagine.
=====> conc068(normal)
cd ../../../libraries/parallel/tests && $MAKE -s --no-print-directory
test068 </dev/null >conc068.run.stdout 2>conc068.run.stderr
Wrong exit code (expected 0 , actual 2 )
Stdout:
Stderr:
Makefile:6: ../../../testsuite/mk/boilerplate.mk: Datei oder Verzeichnis
nicht gefunden
Makefile:7: ../../../testsuite/mk/test.mk: Datei oder Verzeichnis nicht
gefunden
gmake[1]: *** Keine Regel, um »../../../testsuite/mk/test.mk« zu
erstellen. Schluss.
SDM: ?
=====> conc049(hpc)
cd ../../../libraries/stm/tests &&
'/export/local1/home/maeder/haskell/ghc-6.10.4/ghc/stage2-inplace/ghc'
-fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -o conc049
conc049.hs -O -fhpc -package stm >conc049.comp.stderr 2>&1
cd ../../../libraries/stm/tests && ./conc049 </dev/null
>conc049.run.stdout 2>conc049.run.stderr
Timeout happened...killing process...
Wrong exit code (expected 0 , actual 99 )
Stdout:
Stderr:
SDM: I see this from time to time. AFAIK it's not serious.
Cheers,
Simon
Simon Marlow wrote:
> SDM: I'd guess your gmp.h is dropping definitions for some inline
> functions into the code.
gmp for ghc was taking from the ghc-sources, but maybe my gcc uses
/usr/local/include/gmp.h nevertheless (because that's a system path).
> +tcfail126.hs:11:0:
> + Failed to load interface for `Control.Monad.Trans':
> + it was found in multiple packages: mtl-1.1.0.2 ghc-mtl-1.1.0.2
>
> SDM: I don't have a ghc-mtl library. Where does that come from?
I see "ghc-mtl" for the first time, too.
> Stderr:
> tar: C: unbekannter Funktionsmodifizierer
> Syntax: tar {c|r|t|u|x}[BDeEFhilmnopPqTvw@[0-7]][bfk][X...] [Blockgröße]
> [tar-Datei] [Größe] [Ausschlussdatei...] {Datei | -I Einschlussdatei |
> -C Verzeichnis Datei}...
> gmake[1]: *** [cabal01] Fehler 1
>
> *** unexpected failure for cabal01(normal)
>
> SDM: looks like the test needs to be fixed to work with non-GNU tar?
> Or is it a Cabal issue?
Cabal usually works fine for me. It's a typical error when tar was used
instead of gtar.
> =====> ghcpkg05(normal)
> cd ./cabal && $MAKE -s --no-print-directory ghcpkg05 >ghcpkg05.run.stdout 2>ghcpkg05.run.stderr
> Actual stderr output differs from expected:
> --- ./cabal/ghcpkg05.stderr.normalised Fr Jul 17 21:49:05 2009
> +++ ./cabal/ghcpkg05.run.stderr.normalised Fr Jul 17 21:49:05 2009
> @@ -8,9 +8,15 @@
> file C/D.hi is missing
> file C/E.hi is missing
> cannot find libtestpkg-2.0.a on library path
> +There are problems in package HAIFA-0.12:
> + dependency HTTP-3001.1.5 doesn't exist
> + dependency dataenc-0.13.0.0 doesn't exist
> + dependency hxt-8.2.0 doesn't exist
> + dependency hxt-filter-8.2.0 doesn't exist
>
> The following packages are broken, either because they have a problem
> listed above, or because they depend on a broken package.
> testpkg-2.0
> +HAIFA-0.12
> testpkg-3.0
> ghc-pkg: unregistering testpkg-2.0 would break the following packages:
> testpkg-3.0 (use --force to override)
> *** unexpected failure for ghcpkg05(normal)
>
> SDM: What is HAIFA?
I can explain this one. I ran the testsuite after having installed ghc
and HAIFA (not on hackage) in the user base and the other packages
globally. The inplace compiler being tested does not know my additional
global packages but still looks in the user base.
>
> =====> driver063(normal)
> cd ./driver && $MAKE -s --no-print-directory test063 >driver063.run.stdout 2>driver063.run.stderr
> Actual stderr output differs from expected:
> --- ./driver/driver063.stderr.normalised Fr Jul 17 21:50:02 2009
> +++ ./driver/driver063.run.stderr.normalised Fr Jul 17 21:50:02 2009
> @@ -1,4 +1,0 @@
> -
> -D.hs:2:7:
> - Could not find module `A':
> - it is not a module in the current program, or in any known package.
> *** unexpected failure for driver063(normal)
>
> SDM: looks wrong, but might be benign if you have a module A floating
> about somewhere.
"ghc-pkg find-module A" does not show a module A (Maybe an early test
left a module A in the user base.)
Thanks for looking through it. I don't know when I'll have time for tickets.
Cheers Christian
On 24/07/2009 13:19, Christian Maeder wrote:
Simon Marlow wrote:
SDM: I'd guess your gmp.h is dropping definitions for some inline functions into the code.
gmp for ghc was taking from the ghc-sources, but maybe my gcc uses /usr/local/include/gmp.h nevertheless (because that's a system path).
+tcfail126.hs:11:0: + Failed to load interface for `Control.Monad.Trans': + it was found in multiple packages: mtl-1.1.0.2 ghc-mtl-1.1.0.2
SDM: I don't have a ghc-mtl library. Where does that come from?
I see "ghc-mtl" for the first time, too.
It's probably in your user package DB, installed as a dependency of something else. The testsuite should be ignoring your user package DB; I'll fix that. Cheers, Simon
Simon Marlow wrote:
SDM: I don't have a ghc-mtl library. Where does that come from?
I see "ghc-mtl" for the first time, too.
It's probably in your user package DB, installed as a dependency of something else. The testsuite should be ignoring your user package DB; I'll fix that.
For some reason a ghc-mtl was built when compiling from source. Also haskeline-0.6.1.5, terminfo and test is no package later on. -bash-3.00$ utils/ghc-pkg/install-inplace/bin/ghc-pkg list /export/local1/home/maeder/haskell/ghc-6.10.4/inplace-datadir/./package.conf: Cabal-1.6.0.3, HUnit-1.2.0.3, QuickCheck-1.2.0.0, array-0.2.0.0, base-3.0.3.1, base-4.1.0.0, bytestring-0.9.1.4, containers-0.2.0.1, directory-1.0.0.3, (dph-base-0.3), (dph-par-0.3), (dph-prim-interface-0.3), (dph-prim-par-0.3), (dph-prim-seq-0.3), (dph-seq-0.3), extensible-exceptions-0.1.1.0, filepath-1.1.0.2, (ghc-6.10.4), ghc-mtl-1.1.0.2, ghc-prim-0.1.0.0, haddock-2.4.2, haskeline-0.6.1.5, haskell-src-1.0.1.3, haskell98-1.0.1.0, hpc-0.5.0.3, html-1.0.1.2, integer-0.1.0.1, mtl-1.1.0.2, network-2.2.1.2, old-locale-1.0.0.1, old-time-1.0.0.2, packedstring-0.1.0.1, parallel-1.1.0.1, parsec-2.1.0.1, pretty-1.0.1.0, process-1.0.1.1, random-1.0.0.1, regex-base-0.72.0.2, regex-compat-0.71.0.1, regex-posix-0.72.0.3, rts-1.0, stm-2.1.1.2, syb-0.1.0.1, template-haskell-2.3.0.1, terminfo-0.3.1, test-1.0, time-1.1.4, unix-2.3.2.0, utf8-string-0.3.4, xhtml-3000.2.0.1 /home/maeder/.ghc/i386-solaris2-6.10.4/package.conf: {HAIFA-0.12}, programatica-1.0, syb-generics-2.9 -bash-3.00$ ghc-pkg list /home/pub-bkb/pc-solaris/ghc/ghc-6.10.4/lib/ghc-6.10.4/./package.conf: Cabal-1.6.0.3, HTTP-3001.1.5, HTTP-4000.0.7, HUnit-1.2.0.3, HaXml-1.13.3, QuickCheck-1.2.0.0, Shellac-0.9.5, Shellac-haskeline-0.2, WashNGo-2.12, array-0.2.0.0, base-3.0.3.1, base-4.1.0.0, bytestring-0.9.1.4, containers-0.2.0.1, cpphs-1.7, curl-1.3.5, dataenc-0.13.0.0, directory-1.0.0.3, (dph-base-0.3), (dph-par-0.3), (dph-prim-interface-0.3), (dph-prim-par-0.3), (dph-prim-seq-0.3), (dph-seq-0.3), extensible-exceptions-0.1.1.0, fgl-5.4.2.2, filepath-1.1.0.2, (ghc-6.10.4), ghc-prim-0.1.0.0, haddock-2.4.2, haskeline-0.6.1.6, haskell-src-1.0.1.3, haskell-src-exts-1.0.1, haskell98-1.0.1.0, hpc-0.5.0.3, hscolour-1.13, html-1.0.1.2, hxt-8.2.0, hxt-filter-8.2.0, integer-0.1.0.1, mtl-1.1.0.2, network-2.2.1.2, old-locale-1.0.0.1, old-time-1.0.0.2, packedstring-0.1.0.1, parallel-1.1.0.1, parsec-2.1.0.1, pretty-1.0.1.0, process-1.0.1.1, random-1.0.0.1, regex-base-0.72.0.2, regex-compat-0.71.0.1, regex-posix-0.72.0.3, rts-1.0, stm-2.1.1.2, syb-0.1.0.1, tabular-0.1.0.2, tagsoup-0.6, tar-0.3.0.0, template-haskell-2.3.0.1, time-1.1.4, uni-events-2.0, uni-graphs-2.0, uni-htk-2.0, uni-posixutil-2.0, uni-reactor-2.0, uni-uDrawGraph-2.0, uni-util-2.0, uniplate-1.2.0.3, unix-2.3.2.0, utf8-string-0.3.4, xhtml-3000.2.0.1, xml-1.3.4, zlib-0.5.0.0 /home/maeder/.ghc/i386-solaris2-6.10.4/package.conf: HAIFA-0.12, programatica-1.0, syb-generics-2.9
On 24/07/2009 13:48, Christian Maeder wrote:
Simon Marlow wrote:
SDM: I don't have a ghc-mtl library. Where does that come from?
I see "ghc-mtl" for the first time, too.
It's probably in your user package DB, installed as a dependency of something else. The testsuite should be ignoring your user package DB; I'll fix that.
For some reason a ghc-mtl was built when compiling from source. Also haskeline-0.6.1.5, terminfo and test is no package later on.
Oh, I see. In the 6.10 branch, ghc-mtl is our internal copy of mtl, which breaks the tests that use the mtl package. It's a bit late to do anything about this now, but maybe ghc-mtl should have been hidden by default, or something. Cheers, Simon
Christian Maeder wrote:
For some reason a ghc-mtl was built when compiling from source. Also haskeline-0.6.1.5, terminfo and test is no package later on.
This test-1.0 package contains module A and was installed by test case cabal01(normal) that failed with the "Syntax: tar {c|r|t|u|x}" error and later on caused the difference/failure for driver063(normal) exposed-modules: A hidden-modules: B.A import-dirs: /export/local1/home/maeder/haskell/ghc-6.10.4/testsuite-6.10.4/tests/ghc-regress/cabal/cabal01/install/lib/test-1.0/ghc-6.10.4 (Just to explain the driver063 failure) Cheers Christian
-bash-3.00$ utils/ghc-pkg/install-inplace/bin/ghc-pkg list /export/local1/home/maeder/haskell/ghc-6.10.4/inplace-datadir/./package.conf: Cabal-1.6.0.3, HUnit-1.2.0.3, QuickCheck-1.2.0.0, array-0.2.0.0, base-3.0.3.1, base-4.1.0.0, bytestring-0.9.1.4, containers-0.2.0.1, directory-1.0.0.3, (dph-base-0.3), (dph-par-0.3), (dph-prim-interface-0.3), (dph-prim-par-0.3), (dph-prim-seq-0.3), (dph-seq-0.3), extensible-exceptions-0.1.1.0, filepath-1.1.0.2, (ghc-6.10.4), ghc-mtl-1.1.0.2, ghc-prim-0.1.0.0, haddock-2.4.2, haskeline-0.6.1.5, haskell-src-1.0.1.3, haskell98-1.0.1.0, hpc-0.5.0.3, html-1.0.1.2, integer-0.1.0.1, mtl-1.1.0.2, network-2.2.1.2, old-locale-1.0.0.1, old-time-1.0.0.2, packedstring-0.1.0.1, parallel-1.1.0.1, parsec-2.1.0.1, pretty-1.0.1.0, process-1.0.1.1, random-1.0.0.1, regex-base-0.72.0.2, regex-compat-0.71.0.1, regex-posix-0.72.0.3, rts-1.0, stm-2.1.1.2, syb-0.1.0.1, template-haskell-2.3.0.1, terminfo-0.3.1, test-1.0, time-1.1.4, unix-2.3.2.0, utf8-string-0.3.4, xhtml-3000.2.0.1 /home/maeder/.ghc/i386-solaris2-6.10.4/package.conf: {HAIFA-0.12}, programatica-1.0, syb-generics-2.9
On Wed, Jul 22, 2009 at 11:35:07AM +0200, Christian Maeder wrote:
Ian Lynagh wrote:
============================================================== The (Interactive) Glasgow Haskell Compiler -- version 6.10.4 ==============================================================
Packages will appear as they are built - if the package for your system isn't available yet, please try again later.
I've built [bindists]
Thanks! All now added to the download page. Thanks Ian
Ian Lynagh wrote:
On Wed, Jul 22, 2009 at 11:35:07AM +0200, Christian Maeder wrote:
Ian Lynagh wrote:
============================================================== The (Interactive) Glasgow Haskell Compiler -- version 6.10.4 ============================================================== Packages will appear as they are built - if the package for your system isn't available yet, please try again later. I've built [bindists]
Thanks! All now added to the download page.
Could you also remove (or correct) the line "It needs libncurses.5.dylib and libgmp.3.dylib under /opt/local/lib/" for both Mac dists, because I've included gmp statically. The two dists only rely on libiconv.2.dylib and libncurses.5.4.dylib (and libSystem.B.dylib and libgcc_s.1.dylib) which should be under /usr/lib/. Cheers Christian P.S. I think, you can simply remove libgmp.a from a ghc installation and try to link your own binaries dynamically against your own libgmp.3.dylib
Christian Maeder wrote:
Could you also remove (or correct) the line "It needs libncurses.5.dylib and libgmp.3.dylib under /opt/local/lib/" for both Mac dists, because I've included gmp statically.
Please also correct: My PowerPC dists works on Leopard only not on Tiger! Christian
On Fri, Jul 24, 2009 at 05:18:43PM +0200, Christian Maeder wrote:
Ian Lynagh wrote:
On Wed, Jul 22, 2009 at 11:35:07AM +0200, Christian Maeder wrote:
Ian Lynagh wrote:
============================================================== The (Interactive) Glasgow Haskell Compiler -- version 6.10.4 ============================================================== Packages will appear as they are built - if the package for your system isn't available yet, please try again later. I've built [bindists]
Thanks! All now added to the download page.
Could you also remove (or correct) the line
I've applied your 3 changes. Thanks Ian
Ian Lynagh wrote:
On Wed, Jul 22, 2009 at 11:35:07AM +0200, Christian Maeder wrote:
Ian Lynagh wrote:
============================================================== The (Interactive) Glasgow Haskell Compiler -- version 6.10.4 ============================================================== Packages will appear as they are built - if the package for your system isn't available yet, please try again later. I've built [bindists]
Thanks! All now added to the download page.
The sparc dist will not run under Solaris 8 or 9, since it was built under Solaris 10. It should work for (Open) Solaris 11, though. C.
participants (6)
-
Bulat Ziganshin -
Christian Maeder -
Gregory Wright -
Ian Lynagh -
Simon Marlow -
Yitzchak Gale