RE: [Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
| Can you not simply let ghc-7.8 interpret TypeableN as Typeable? Not really: ghc-7.8 does still support TypeableN I think (for backward compat reasons). So it can't take it to mean two different things. | -Original Message- | From: Glasgow-haskell-users [mailto:glasgow-haskell-users- | boun...@haskell.org] On Behalf Of Christian Maeder | Sent: 20 February 2014 15:51 | To: Daniil Frumin | Cc: glasgow-haskell-users@haskell.org | Subject: Re: [Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1 | | Yes, changing Typeable2 to Typeable in: | | {-# LANGUAGE StandaloneDeriving, DeriveDataTypeable #-} ... | deriving instance Typeable Gr | | goes through with ghc-7.8-rc1. | | However, this change refuses to compile with ghc-7.6.3: | | Expecting two more arguments to `Gr' | In the stand-alone deriving instance for `Typeable Gr' | | This is unfortunate, because I need to add conditional compilation to | make my code compilable for the two most recent major versions of GHC. | | Can you not simply let ghc-7.8 interpret TypeableN as Typeable? | | Cheers Christian | | Am 13.02.2014 15:36, schrieb Daniil Frumin: | I think that the preferred solution is to get rid of the custom | Typeable(2) instances and just derive Typeable | | On Thu, Feb 13, 2014 at 5:22 PM, Christian Maeder | christian.mae...@dfki.de wrote: | Hi, | | with ghc-7.8.20140130 I get the compilation error: | | Not in scope: type constructor or class 'Typeable2' | Perhaps you meant 'Typeable' (imported from Data.Typeable) | | What is the recommend way to adjust my code or my dependencies? | | Cheers Christian | | Am 03.02.2014 23:35, schrieb Austin Seipp: | | We are pleased to announce the first release candidate for GHC | 7.8.1: | |http://www.haskell.org/ghc/dist/7.8.1-rc1/ |http://www.haskell.org/ghc/docs/7.8.1-rc1/html/ | | This includes the source tarball and bindists for Windows, Linux, OS | X, FreeBSD, and Solaris, on x86 and x86_64. There is a signed copy | of the SHA256 hashes available (attached) using my GPG key (keyid | 0x3B58D86F). | | We plan to make the 7.8.1 RC2 release quite soon, as we're aware of | some existing issues. | | Please test as much as possible; bugs are much cheaper if we find | them before the release! | | | | | ___ | Glasgow-haskell-users mailing list | Glasgow-haskell-users@haskell.org | http://www.haskell.org/mailman/listinfo/glasgow-haskell-users | | | ___ | Glasgow-haskell-users mailing list | Glasgow-haskell-users@haskell.org | http://www.haskell.org/mailman/listinfo/glasgow-haskell-users | | | | | ___ | Glasgow-haskell-users mailing list | Glasgow-haskell-users@haskell.org | http://www.haskell.org/mailman/listinfo/glasgow-haskell-users ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: [Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
With TypeableN I mean, Typeable1, Typeable2, etc. Typeable2 was not supported (below) by ghc-7.8-rc1. Where is the backward compat? In fact, Typeable and Typeable2 mean the same thing for ghc-7.8-rc1 and ghc-7.6 resp.! C. Am 20.02.2014 17:00, schrieb Simon Peyton Jones: | Can you not simply let ghc-7.8 interpret TypeableN as Typeable? Not really: ghc-7.8 does still support TypeableN I think (for backward compat reasons). So it can't take it to mean two different things. | -Original Message- | From: Glasgow-haskell-users [mailto:glasgow-haskell-users- | boun...@haskell.org] On Behalf Of Christian Maeder | Sent: 20 February 2014 15:51 | To: Daniil Frumin | Cc: glasgow-haskell-users@haskell.org | Subject: Re: [Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1 | | Yes, changing Typeable2 to Typeable in: | | {-# LANGUAGE StandaloneDeriving, DeriveDataTypeable #-} ... | deriving instance Typeable Gr | | goes through with ghc-7.8-rc1. | | However, this change refuses to compile with ghc-7.6.3: | | Expecting two more arguments to `Gr' | In the stand-alone deriving instance for `Typeable Gr' | | This is unfortunate, because I need to add conditional compilation to | make my code compilable for the two most recent major versions of GHC. | | Can you not simply let ghc-7.8 interpret TypeableN as Typeable? | | Cheers Christian | | Am 13.02.2014 15:36, schrieb Daniil Frumin: | I think that the preferred solution is to get rid of the custom | Typeable(2) instances and just derive Typeable | | On Thu, Feb 13, 2014 at 5:22 PM, Christian Maeder | christian.mae...@dfki.de wrote: | Hi, | | with ghc-7.8.20140130 I get the compilation error: | | Not in scope: type constructor or class 'Typeable2' | Perhaps you meant 'Typeable' (imported from Data.Typeable) | | What is the recommend way to adjust my code or my dependencies? | | Cheers Christian | | Am 03.02.2014 23:35, schrieb Austin Seipp: | | We are pleased to announce the first release candidate for GHC | 7.8.1: | |http://www.haskell.org/ghc/dist/7.8.1-rc1/ |http://www.haskell.org/ghc/docs/7.8.1-rc1/html/ | | This includes the source tarball and bindists for Windows, Linux, OS | X, FreeBSD, and Solaris, on x86 and x86_64. There is a signed copy | of the SHA256 hashes available (attached) using my GPG key (keyid | 0x3B58D86F). | | We plan to make the 7.8.1 RC2 release quite soon, as we're aware of | some existing issues. | | Please test as much as possible; bugs are much cheaper if we find | them before the release! | | | | | ___ | Glasgow-haskell-users mailing list | Glasgow-haskell-users@haskell.org | http://www.haskell.org/mailman/listinfo/glasgow-haskell-users | | | ___ | Glasgow-haskell-users mailing list | Glasgow-haskell-users@haskell.org | http://www.haskell.org/mailman/listinfo/glasgow-haskell-users | | | | | ___ | Glasgow-haskell-users mailing list | Glasgow-haskell-users@haskell.org | http://www.haskell.org/mailman/listinfo/glasgow-haskell-users ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
RE: [Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
I think you need to import Data.OldTypeable to get Typeable2 and friends. Pedro may remember more of the reasoning about backward compatibility. | -Original Message- | From: Christian Maeder [mailto:christian.mae...@dfki.de] | Sent: 20 February 2014 16:09 | To: Simon Peyton Jones; Daniil Frumin | Cc: glasgow-haskell-users@haskell.org | Subject: Re: [Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1 | | With TypeableN I mean, Typeable1, Typeable2, etc. | Typeable2 was not supported (below) by ghc-7.8-rc1. | | Where is the backward compat? | | In fact, Typeable and Typeable2 mean the same thing for ghc-7.8-rc1 and | ghc-7.6 resp.! | | C. | | Am 20.02.2014 17:00, schrieb Simon Peyton Jones: | | Can you not simply let ghc-7.8 interpret TypeableN as Typeable? | | Not really: ghc-7.8 does still support TypeableN I think (for backward | compat reasons). So it can't take it to mean two different things. | | | -Original Message- | | From: Glasgow-haskell-users [mailto:glasgow-haskell-users- | | boun...@haskell.org] On Behalf Of Christian Maeder | | Sent: 20 February 2014 15:51 | | To: Daniil Frumin | | Cc: glasgow-haskell-users@haskell.org | | Subject: Re: [Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1 | | | | Yes, changing Typeable2 to Typeable in: | | | | {-# LANGUAGE StandaloneDeriving, DeriveDataTypeable #-} ... | | deriving instance Typeable Gr | | | | goes through with ghc-7.8-rc1. | | | | However, this change refuses to compile with ghc-7.6.3: | | | | Expecting two more arguments to `Gr' | | In the stand-alone deriving instance for `Typeable Gr' | | | | This is unfortunate, because I need to add conditional compilation | | to make my code compilable for the two most recent major versions of | GHC. | | | | Can you not simply let ghc-7.8 interpret TypeableN as Typeable? | | | | Cheers Christian | | | | Am 13.02.2014 15:36, schrieb Daniil Frumin: | | I think that the preferred solution is to get rid of the custom | | Typeable(2) instances and just derive Typeable | | | | On Thu, Feb 13, 2014 at 5:22 PM, Christian Maeder | | christian.mae...@dfki.de wrote: | | Hi, | | | | with ghc-7.8.20140130 I get the compilation error: | | | | Not in scope: type constructor or class 'Typeable2' | | Perhaps you meant 'Typeable' (imported from Data.Typeable) | | | | What is the recommend way to adjust my code or my dependencies? | | | | Cheers Christian | | | | Am 03.02.2014 23:35, schrieb Austin Seipp: | | | | We are pleased to announce the first release candidate for GHC | | 7.8.1: | | | |http://www.haskell.org/ghc/dist/7.8.1-rc1/ | |http://www.haskell.org/ghc/docs/7.8.1-rc1/html/ | | | | This includes the source tarball and bindists for Windows, | | Linux, OS X, FreeBSD, and Solaris, on x86 and x86_64. There is a | | signed copy of the SHA256 hashes available (attached) using my | | GPG key (keyid 0x3B58D86F). | | | | We plan to make the 7.8.1 RC2 release quite soon, as we're aware | | of some existing issues. | | | | Please test as much as possible; bugs are much cheaper if we | | find them before the release! | | | | | | | | | | ___ | | Glasgow-haskell-users mailing list | | Glasgow-haskell-users@haskell.org | | http://www.haskell.org/mailman/listinfo/glasgow-haskell-users | | | | | | ___ | | Glasgow-haskell-users mailing list | | Glasgow-haskell-users@haskell.org | | http://www.haskell.org/mailman/listinfo/glasgow-haskell-users | | | | | | | | | | ___ | | Glasgow-haskell-users mailing list | | Glasgow-haskell-users@haskell.org | | http://www.haskell.org/mailman/listinfo/glasgow-haskell-users | | ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
[Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
Hi, with ghc-7.8.20140130 I get the compilation error: Not in scope: type constructor or class ‛Typeable2’ Perhaps you meant ‛Typeable’ (imported from Data.Typeable) What is the recommend way to adjust my code or my dependencies? Cheers Christian Am 03.02.2014 23:35, schrieb Austin Seipp: We are pleased to announce the first release candidate for GHC 7.8.1: http://www.haskell.org/ghc/dist/7.8.1-rc1/ http://www.haskell.org/ghc/docs/7.8.1-rc1/html/ This includes the source tarball and bindists for Windows, Linux, OS X, FreeBSD, and Solaris, on x86 and x86_64. There is a signed copy of the SHA256 hashes available (attached) using my GPG key (keyid 0x3B58D86F). We plan to make the 7.8.1 RC2 release quite soon, as we're aware of some existing issues. Please test as much as possible; bugs are much cheaper if we find them before the release! ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: [Typeable2] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
I think that the preferred solution is to get rid of the custom Typeable(2) instances and just derive Typeable On Thu, Feb 13, 2014 at 5:22 PM, Christian Maeder christian.mae...@dfki.de wrote: Hi, with ghc-7.8.20140130 I get the compilation error: Not in scope: type constructor or class 'Typeable2' Perhaps you meant 'Typeable' (imported from Data.Typeable) What is the recommend way to adjust my code or my dependencies? Cheers Christian Am 03.02.2014 23:35, schrieb Austin Seipp: We are pleased to announce the first release candidate for GHC 7.8.1: http://www.haskell.org/ghc/dist/7.8.1-rc1/ http://www.haskell.org/ghc/docs/7.8.1-rc1/html/ This includes the source tarball and bindists for Windows, Linux, OS X, FreeBSD, and Solaris, on x86 and x86_64. There is a signed copy of the SHA256 hashes available (attached) using my GPG key (keyid 0x3B58D86F). We plan to make the 7.8.1 RC2 release quite soon, as we're aware of some existing issues. Please test as much as possible; bugs are much cheaper if we find them before the release! ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users -- Sincerely yours, -- Daniil ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: [Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
Hi Karel, Ok, yet I suppose that the #!/bin/sh script in ghc-pwd-bindist will still fail for me on Solaris 10, even if I build ghc from sources. Why was this script changed? (Or was it not?) Is still a (non-trivial) haskell binary needed to compute the current directory for ./configure? Alternatively, if one does not want to make export LD_LIBRARY_PATH ... Bourne shell compatible, one should start the script with: #!/bin/bash or (as I've seen elsewhere) better (?) #!/usr/bin/env bash Cheers Christian Am 05.02.2014 23:43, schrieb Karel Gardas: Hi Christian, the bindist is compiled on Solaris 11.0 so probably of no use for you on Solaris 10. Also I needed to provide separate tarball of compiled and installed libgmp.so as the Solaris 11's provided does not satisfy GHC requirements and GHC refuses to use that... Karel On 02/ 5/14 04:28 PM, Christian Maeder wrote: Hi, I was surprised to find a Solaris bindist. However, on our SunOS 5.10 ./configure failed miserably. -bash-3.2$ ./configure checking for path to top of build tree... utils/ghc-pwd/dist-install/build/tmp/ghc-pwd-bindist: LD_LIBRARY_PATH=libraries/directory/dist-install/build:libraries/unix/dist-install/build:libraries/time/dist-install/build:libraries/old-locale/dist-install/build:libraries/filepath/dist-install/build:libraries/bytestring/dist-install/build:libraries/deepseq/dist-install/build:libraries/array/dist-install/build:libraries/base/dist-install/build:libraries/integer-gmp/dist-install/build:libraries/ghc-prim/dist-install/build:rts/dist/build:/opt/csw/lib: is not an identifier configure: error: cannot determine current directory This happens, because our /bin/sh is a real sh (and not a bash) that only allows to export LD_LIBRARY_PATH as a separate command. The next failure was: ld.so.1: ghc-pwd: fatal: libgmp.so.10: open failed: No such file or directory So I had to extend LD_LIBRARY_PATH manually (by /opt/csw/lib). After this I got: ld.so.1: ghc-pwd: fatal: relocation error: file libraries/unix/dist-install/build/libHSunix-2.7.0.0-ghc7.8.20140130.so: symbol clearenv: referenced symbol not found Which of my libraries is wrong (or too old) despite a matching version number? libdl.so.1 = /lib/libdl.so.1 libgmp.so.10 = /opt/csw/lib/libgmp.so.10 libm.so.2 = /lib/libm.so.2 librt.so.1 = /lib/librt.so.1 libc.so.1 = /lib/libc.so.1 libgcc_s.so.1 = /opt/csw/lib/libgcc_s.so.1 libaio.so.1 = /lib/libaio.so.1 libmd.so.1 = /lib/libmd.so.1 I had to give up! (I'll try to build it from sources if I find time.) Cheers Christian Am 03.02.2014 23:35, schrieb Austin Seipp: We are pleased to announce the first release candidate for GHC 7.8.1: http://www.haskell.org/ghc/dist/7.8.1-rc1/ http://www.haskell.org/ghc/docs/7.8.1-rc1/html/ This includes the source tarball and bindists for Windows, Linux, OS X, FreeBSD, and Solaris, on x86 and x86_64. There is a signed copy of the SHA256 hashes available (attached) using my GPG key (keyid 0x3B58D86F). We plan to make the 7.8.1 RC2 release quite soon, as we're aware of some existing issues. Please test as much as possible; bugs are much cheaper if we find them before the release! ... ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
On 02/ 5/14 03:09 PM, Arie Peterson wrote: On Monday 03 February 2014 16:35:14 Austin Seipp wrote: We are pleased to announce the first release candidate for GHC 7.8.1: […] This includes the source tarball and bindists for Windows, Linux, OS X, FreeBSD, and Solaris, on x86 and x86_64. […] Has anyone by chance built it for arm, yet? If I understand correctly, with this new version, it should be possible to compile programs with a dependency on vector, on arm. unfortunately build on ubuntu 12.04.2 lts still fails with: inplace/bin/ghc-stage2 -hisuf hi -osuf o -hcsuf hc -static -H32m -O -package-name vector-0.10.9.1 -hide-all-packages -i -ilibraries/vector/. -ilibraries/vector/dist-install/build -ilibraries/vector/dist-install/build/autogen -Ilibraries/vector/dist-install/build -Ilibraries/vector/dist-install/build/autogen -Ilibraries/vector/include -Ilibraries/vector/internal -optP-DVECTOR_BOUNDS_CHECKS -optP-include -optPlibraries/vector/dist-install/build/autogen/cabal_macros.h -package base-4.7.0.0 -package deepseq-1.3.0.2 -package ghc-prim-0.3.1.0 -package primitive-0.5.2.0 -O2 -XHaskell98 -XCPP -XDeriveDataTypeable -O2 -no-user-package-db -rtsopts -odir libraries/vector/dist-install/build -hidir libraries/vector/dist-install/build -stubdir libraries/vector/dist-install/build -c libraries/vector/./Data/Vector/Fusion/Stream/Monadic.hs -o libraries/vector/dist-install/build/Data/Vector/Fusion/Stream/Monadic.o Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... Illegal instruction make[1]: *** [libraries/vector/dist-install/build/Data/Vector/Fusion/Stream/Monadic.o] Error 132 make[1]: *** Waiting for unfinished jobs make: *** [all] Error 2 So either I made some mistake or we're not there yet. Karel ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: [Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
I can no longer build ghc from sources for yet another reason (attached log). sed reports command garbled. I do not even know where to find this call in the makefile infrastructure. I suspect gsed must be used instead (on our Solaris installation). Cheers Christian Am 05.02.2014 23:43, schrieb Karel Gardas: Hi Christian, the bindist is compiled on Solaris 11.0 so probably of no use for you on Solaris 10. Also I needed to provide separate tarball of compiled and installed libgmp.so as the Solaris 11's provided does not satisfy GHC requirements and GHC refuses to use that... Karel On 02/ 5/14 04:28 PM, Christian Maeder wrote: Hi, I was surprised to find a Solaris bindist. However, on our SunOS 5.10 ./configure failed miserably. -bash-3.2$ ./configure checking for path to top of build tree... utils/ghc-pwd/dist-install/build/tmp/ghc-pwd-bindist: LD_LIBRARY_PATH=libraries/directory/dist-install/build:libraries/unix/dist-install/build:libraries/time/dist-install/build:libraries/old-locale/dist-install/build:libraries/filepath/dist-install/build:libraries/bytestring/dist-install/build:libraries/deepseq/dist-install/build:libraries/array/dist-install/build:libraries/base/dist-install/build:libraries/integer-gmp/dist-install/build:libraries/ghc-prim/dist-install/build:rts/dist/build:/opt/csw/lib: is not an identifier configure: error: cannot determine current directory This happens, because our /bin/sh is a real sh (and not a bash) that only allows to export LD_LIBRARY_PATH as a separate command. The next failure was: ld.so.1: ghc-pwd: fatal: libgmp.so.10: open failed: No such file or directory So I had to extend LD_LIBRARY_PATH manually (by /opt/csw/lib). After this I got: ld.so.1: ghc-pwd: fatal: relocation error: file libraries/unix/dist-install/build/libHSunix-2.7.0.0-ghc7.8.20140130.so: symbol clearenv: referenced symbol not found Which of my libraries is wrong (or too old) despite a matching version number? libdl.so.1 = /lib/libdl.so.1 libgmp.so.10 = /opt/csw/lib/libgmp.so.10 libm.so.2 = /lib/libm.so.2 librt.so.1 = /lib/librt.so.1 libc.so.1 = /lib/libc.so.1 libgcc_s.so.1 = /opt/csw/lib/libgcc_s.so.1 libaio.so.1 = /lib/libaio.so.1 libmd.so.1 = /lib/libmd.so.1 I had to give up! (I'll try to build it from sources if I find time.) Cheers Christian Am 03.02.2014 23:35, schrieb Austin Seipp: We are pleased to announce the first release candidate for GHC 7.8.1: http://www.haskell.org/ghc/dist/7.8.1-rc1/ http://www.haskell.org/ghc/docs/7.8.1-rc1/html/ This includes the source tarball and bindists for Windows, Linux, OS X, FreeBSD, and Solaris, on x86 and x86_64. There is a signed copy of the SHA256 hashes available (attached) using my GPG key (keyid 0x3B58D86F). We plan to make the 7.8.1 RC2 release quite soon, as we're aware of some existing issues. Please test as much as possible; bugs are much cheaper if we find them before the release! ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users log.gz Description: GNU Zip compressed data ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: [Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
Hi Christian, honestly speaking I've not touched ghc-pwd-bindist script at all. Everything I did was Austin's recommended: get the source in appropriate way, make, make binary-dist. It produced tarball and I've uploaded it. Generally speaking if you are not satisfied with support for Solaris 10, please change it as you like and submit your patch to ghc-d...@haskell.org, people there are very friendly to merge if they see patch is all right... Thanks! Karel On 02/ 6/14 10:33 AM, Christian Maeder wrote: Hi Karel, Ok, yet I suppose that the #!/bin/sh script in ghc-pwd-bindist will still fail for me on Solaris 10, even if I build ghc from sources. Why was this script changed? (Or was it not?) Is still a (non-trivial) haskell binary needed to compute the current directory for ./configure? Alternatively, if one does not want to make export LD_LIBRARY_PATH ... Bourne shell compatible, one should start the script with: #!/bin/bash or (as I've seen elsewhere) better (?) #!/usr/bin/env bash Cheers Christian Am 05.02.2014 23:43, schrieb Karel Gardas: Hi Christian, the bindist is compiled on Solaris 11.0 so probably of no use for you on Solaris 10. Also I needed to provide separate tarball of compiled and installed libgmp.so as the Solaris 11's provided does not satisfy GHC requirements and GHC refuses to use that... Karel On 02/ 5/14 04:28 PM, Christian Maeder wrote: Hi, I was surprised to find a Solaris bindist. However, on our SunOS 5.10 ./configure failed miserably. -bash-3.2$ ./configure checking for path to top of build tree... utils/ghc-pwd/dist-install/build/tmp/ghc-pwd-bindist: LD_LIBRARY_PATH=libraries/directory/dist-install/build:libraries/unix/dist-install/build:libraries/time/dist-install/build:libraries/old-locale/dist-install/build:libraries/filepath/dist-install/build:libraries/bytestring/dist-install/build:libraries/deepseq/dist-install/build:libraries/array/dist-install/build:libraries/base/dist-install/build:libraries/integer-gmp/dist-install/build:libraries/ghc-prim/dist-install/build:rts/dist/build:/opt/csw/lib: is not an identifier configure: error: cannot determine current directory This happens, because our /bin/sh is a real sh (and not a bash) that only allows to export LD_LIBRARY_PATH as a separate command. The next failure was: ld.so.1: ghc-pwd: fatal: libgmp.so.10: open failed: No such file or directory So I had to extend LD_LIBRARY_PATH manually (by /opt/csw/lib). After this I got: ld.so.1: ghc-pwd: fatal: relocation error: file libraries/unix/dist-install/build/libHSunix-2.7.0.0-ghc7.8.20140130.so: symbol clearenv: referenced symbol not found Which of my libraries is wrong (or too old) despite a matching version number? libdl.so.1 = /lib/libdl.so.1 libgmp.so.10 = /opt/csw/lib/libgmp.so.10 libm.so.2 = /lib/libm.so.2 librt.so.1 = /lib/librt.so.1 libc.so.1 = /lib/libc.so.1 libgcc_s.so.1 = /opt/csw/lib/libgcc_s.so.1 libaio.so.1 = /lib/libaio.so.1 libmd.so.1 = /lib/libmd.so.1 I had to give up! (I'll try to build it from sources if I find time.) Cheers Christian Am 03.02.2014 23:35, schrieb Austin Seipp: We are pleased to announce the first release candidate for GHC 7.8.1: http://www.haskell.org/ghc/dist/7.8.1-rc1/ http://www.haskell.org/ghc/docs/7.8.1-rc1/html/ This includes the source tarball and bindists for Windows, Linux, OS X, FreeBSD, and Solaris, on x86 and x86_64. There is a signed copy of the SHA256 hashes available (attached) using my GPG key (keyid 0x3B58D86F). We plan to make the 7.8.1 RC2 release quite soon, as we're aware of some existing issues. Please test as much as possible; bugs are much cheaper if we find them before the release! ... ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
[OS X mavericks and lifted-base] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
cabal install lifted-base finally fails with: [5 of 6] Compiling Control.Exception.Lifted ( Control/Exception/Lifted.hs, dist/build/Control/Exception/Lifted.p_o ) Control/Exception/Lifted.hs:82:1: Warning: The import of ‛Monad’ from module ‛Control.Monad’ is redundant [6 of 6] Compiling Control.Concurrent.Lifted ( Control/Concurrent/Lifted.hs, dist/build/Control/Concurrent/Lifted.p_o ) ld: library not found for -lHSmonad-control-0.3.2.2-ghc7.8.20140130 clang: error: linker command failed with exit code 1 (use -v to see invocation) Failed to install lifted-base-0.2.1.1 base-unicode-symbols-0.2.2.4 monad-control-0.3.2.2 transformers-base-0.4.1 are properly installed. There is a library libHSmonad-control-0.3.2.2.a (but no libHSmonad-control-0.3.2.2-ghc7.8.20140130.a) Cheers Christian Am 03.02.2014 23:35, schrieb Austin Seipp: We are pleased to announce the first release candidate for GHC 7.8.1: http://www.haskell.org/ghc/dist/7.8.1-rc1/ http://www.haskell.org/ghc/docs/7.8.1-rc1/html/ This includes the source tarball and bindists for Windows, Linux, OS X, FreeBSD, and Solaris, on x86 and x86_64. There is a signed copy of the SHA256 hashes available (attached) using my GPG key (keyid 0x3B58D86F). We plan to make the 7.8.1 RC2 release quite soon, as we're aware of some existing issues. Please test as much as possible; bugs are much cheaper if we find them before the release! ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
Would it be possible for the bindist to link to libgmp.so instead of libgmp.so.10? Are you expecting core dumps with the wrong version? -- View this message in context: http://haskell.1045720.n5.nabble.com/ANNOUNCE-GHC-7-8-1-Release-Candidate-1-tp5743256p5743506.html Sent from the Haskell - Glasgow-haskell-users mailing list archive at Nabble.com. ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
Would it be possible for the bindist to link to libgmp.so instead of libgmp.so.10? Are you expecting core dumps with the wrong version? I tried faking it, and now it's complaining about GLIBC_2.15. Seems like I might just have to build from source on Red Hat. -- View this message in context: http://haskell.1045720.n5.nabble.com/ANNOUNCE-GHC-7-8-1-Release-Candidate-1-tp5743256p5743507.html Sent from the Haskell - Glasgow-haskell-users mailing list archive at Nabble.com. ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
On Monday 03 February 2014 16:35:14 Austin Seipp wrote: We are pleased to announce the first release candidate for GHC 7.8.1: […] This includes the source tarball and bindists for Windows, Linux, OS X, FreeBSD, and Solaris, on x86 and x86_64. […] Has anyone by chance built it for arm, yet? If I understand correctly, with this new version, it should be possible to compile programs with a dependency on vector, on arm. Regards, Arie ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
I had some similar problems and had to fiddle with my DYLD_LIBRARY_PATH so that ghc-related executables would see the libffi.dylib that comes with GHC before any of my system-wide installed libffi.dylib. Why the permissive @rpath link for libffi.dylib if the GHC executables are supposed to come with their own? On Tue, Feb 4, 2014 at 8:15 AM, Barney Stratford barney_stratf...@fastmail.fm wrote: I've been attempting to build under Mac OS X Mavericks and have run into some problems. My iconv and gmp are installed in non-standard locations using Fink. When configuring http://www.haskell.org/ghc/dist/7.8.1-rc1/ghc-7.8.20140130-x86_64-apple-darwin-mavericks.tar.bz2I get: barneys-imac:ghc-7.8.20140130 bjs$ ./configure --prefix=/Users/bjs/Desktop/ghc --with-iconv-includes=/sw/include --with-gmp-includes=/sw/include --with-iconv-libraries=/sw/lib --with-gmp-libraries=/sw/lib configure: WARNING: unrecognized options: --with-iconv-includes, --with-iconv-libraries and then the installed executable can't itself build ghc from source because of the missing iconv libraries. I noticed that ./configure --help doesn't mention --with-iconv-* in the Mavericks install files but it does in the source build. Any ideas? Cheers, Barney. ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
On 02/ 5/14 03:09 PM, Arie Peterson wrote: On Monday 03 February 2014 16:35:14 Austin Seipp wrote: We are pleased to announce the first release candidate for GHC 7.8.1: […] This includes the source tarball and bindists for Windows, Linux, OS X, FreeBSD, and Solaris, on x86 and x86_64. […] Has anyone by chance built it for arm, yet? If I understand correctly, with this new version, it should be possible to compile programs with a dependency on vector, on arm. Tried, on my ubuntu 12.04.02, but it fails miserably. Modern GHC requires alex 3.1 and cabal alex fails with (due to QuickCheck template haskell dependency): $ cabal install alex Resolving dependencies... Downloading random-1.0.1.1... Configuring random-1.0.1.1... Building random-1.0.1.1... Preprocessing library random-1.0.1.1... [1 of 1] Compiling System.Random( System/Random.hs, dist/build/System/Random.o ) Registering random-1.0.1.1... Installing library in /home/karel/.cabal/lib/random-1.0.1.1/ghc-7.4.1 Registering random-1.0.1.1... Downloading QuickCheck-2.6... Configuring QuickCheck-2.6... Building QuickCheck-2.6... Preprocessing library QuickCheck-2.6... [ 1 of 13] Compiling Test.QuickCheck.Exception ( Test/QuickCheck/Exception.hs, dist/build/Test/QuickCheck/Exception.o ) [ 2 of 13] Compiling Test.QuickCheck.Text ( Test/QuickCheck/Text.hs, dist/build/Test/QuickCheck/Text.o ) [ 3 of 13] Compiling Test.QuickCheck.State ( Test/QuickCheck/State.hs, dist/build/Test/QuickCheck/State.o ) [ 4 of 13] Compiling Test.QuickCheck.Gen ( Test/QuickCheck/Gen.hs, dist/build/Test/QuickCheck/Gen.o ) [ 5 of 13] Compiling Test.QuickCheck.Arbitrary ( Test/QuickCheck/Arbitrary.hs, dist/build/Test/QuickCheck/Arbitrary.o ) [ 6 of 13] Compiling Test.QuickCheck.Poly ( Test/QuickCheck/Poly.hs, dist/build/Test/QuickCheck/Poly.o ) [ 7 of 13] Compiling Test.QuickCheck.Modifiers ( Test/QuickCheck/Modifiers.hs, dist/build/Test/QuickCheck/Modifiers.o ) [ 8 of 13] Compiling Test.QuickCheck.Function ( Test/QuickCheck/Function.hs, dist/build/Test/QuickCheck/Function.o ) [ 9 of 13] Compiling Test.QuickCheck.Property ( Test/QuickCheck/Property.hs, dist/build/Test/QuickCheck/Property.o ) [10 of 13] Compiling Test.QuickCheck.Test ( Test/QuickCheck/Test.hs, dist/build/Test/QuickCheck/Test.o ) [11 of 13] Compiling Test.QuickCheck.Monadic ( Test/QuickCheck/Monadic.hs, dist/build/Test/QuickCheck/Monadic.o ) [12 of 13] Compiling Test.QuickCheck ( Test/QuickCheck.hs, dist/build/Test/QuickCheck.o ) [13 of 13] Compiling Test.QuickCheck.All ( Test/QuickCheck/All.hs, dist/build/Test/QuickCheck/All.o ) Test/QuickCheck/All.hs:28:20: Template Haskell bracket illegal in a stage-1 compiler [| quickCheck ($(mono x)) |] [...] Test/QuickCheck/All.hs:111:22: Template Haskell splice illegal in a stage-1 compiler forAllProperties cabal: Error: some packages failed to install: QuickCheck-2.6 failed during the building phase. The exception was: ExitFailure 1 alex-3.1.3 depends on QuickCheck-2.6 which failed to install. So, well, Catch-22? Karel ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
Hi, Am Mittwoch, den 05.02.2014, 15:53 +0100 schrieb Karel Gardas: Tried, on my ubuntu 12.04.02, but it fails miserably. Modern GHC requires alex 3.1 and cabal alex fails with (due to QuickCheck template haskell dependency): $ cabal install alex have you tried --disable-tests? Greetings, Joachim -- Joachim Breitner e-Mail: m...@joachim-breitner.de Homepage: http://www.joachim-breitner.de Jabber-ID: nome...@joachim-breitner.de signature.asc Description: This is a digitally signed message part ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
[Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
Hi, I was surprised to find a Solaris bindist. However, on our SunOS 5.10 ./configure failed miserably. -bash-3.2$ ./configure checking for path to top of build tree... utils/ghc-pwd/dist-install/build/tmp/ghc-pwd-bindist: LD_LIBRARY_PATH=libraries/directory/dist-install/build:libraries/unix/dist-install/build:libraries/time/dist-install/build:libraries/old-locale/dist-install/build:libraries/filepath/dist-install/build:libraries/bytestring/dist-install/build:libraries/deepseq/dist-install/build:libraries/array/dist-install/build:libraries/base/dist-install/build:libraries/integer-gmp/dist-install/build:libraries/ghc-prim/dist-install/build:rts/dist/build:/opt/csw/lib: is not an identifier configure: error: cannot determine current directory This happens, because our /bin/sh is a real sh (and not a bash) that only allows to export LD_LIBRARY_PATH as a separate command. The next failure was: ld.so.1: ghc-pwd: fatal: libgmp.so.10: open failed: No such file or directory So I had to extend LD_LIBRARY_PATH manually (by /opt/csw/lib). After this I got: ld.so.1: ghc-pwd: fatal: relocation error: file libraries/unix/dist-install/build/libHSunix-2.7.0.0-ghc7.8.20140130.so: symbol clearenv: referenced symbol not found Which of my libraries is wrong (or too old) despite a matching version number? libdl.so.1 =/lib/libdl.so.1 libgmp.so.10 = /opt/csw/lib/libgmp.so.10 libm.so.2 = /lib/libm.so.2 librt.so.1 =/lib/librt.so.1 libc.so.1 = /lib/libc.so.1 libgcc_s.so.1 = /opt/csw/lib/libgcc_s.so.1 libaio.so.1 = /lib/libaio.so.1 libmd.so.1 =/lib/libmd.so.1 I had to give up! (I'll try to build it from sources if I find time.) Cheers Christian Am 03.02.2014 23:35, schrieb Austin Seipp: We are pleased to announce the first release candidate for GHC 7.8.1: http://www.haskell.org/ghc/dist/7.8.1-rc1/ http://www.haskell.org/ghc/docs/7.8.1-rc1/html/ This includes the source tarball and bindists for Windows, Linux, OS X, FreeBSD, and Solaris, on x86 and x86_64. There is a signed copy of the SHA256 hashes available (attached) using my GPG key (keyid 0x3B58D86F). We plan to make the 7.8.1 RC2 release quite soon, as we're aware of some existing issues. Please test as much as possible; bugs are much cheaper if we find them before the release! ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
On Feb 5, 2014, at 3:26 PM, Ryan Newton rrnew...@gmail.com wrote: I had some similar problems and had to fiddle with my DYLD_LIBRARY_PATH so that ghc-related executables would see the libffi.dylib that comes with GHC before any of my system-wide installed libffi.dylib. Why the permissive @rpath link for libffi.dylib if the GHC executables are supposed to come with their own? See https://ghc.haskell.org/trac/ghc/ticket/8266 for more information about the dynamic linking on OS X. The reason is two-fold: - During development, the ghc binary, ghc-stage2, lives in 'TOP/inplace/lib/bin', while libffi lives in 'TOP/rts/dist/build'. When deployed, the ghc binary lives in 'TOP/lib/ghc-version/bin', while libff lives in 'TOP/lib/ghc-version/rts-1.0'. So, the relative paths differ during development and installation, meaning a hard-coded relative path was not an option. - After some iterations, I decided to make OS X behave as much as Linux as possible. Meaning that I just added LC_RPATH's for every library location on which a binary depends. And every library on which binary depend is made @rpath-relative. From the very bottom of the page https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man1/dyld.1.html it was my understanding that LC_RPATH were considered first when searching dylibs that had a path starting with @rpath. But apparently that is not the case? Christiaan ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: [Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
* Christian Maeder christian.mae...@dfki.de [2014-02-05 16:28:50+0100] This happens, because our /bin/sh is a real sh (and not a bash) that only allows to export LD_LIBRARY_PATH as a separate command. You mean it's a real sh and not a POSIX-compatible one. http://pubs.opengroup.org/onlinepubs/009695399/utilities/export.html Roman signature.asc Description: Digital signature ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: [Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
Am 05.02.2014 16:45, schrieb Roman Cheplyaka: * Christian Maeder christian.mae...@dfki.de [2014-02-05 16:28:50+0100] This happens, because our /bin/sh is a real sh (and not a bash) that only allows to export LD_LIBRARY_PATH as a separate command. You mean it's a real sh and not a POSIX-compatible one. http://pubs.opengroup.org/onlinepubs/009695399/utilities/export.html Whatever it is, maybe it is a Korn Shell under (older) Solaris, it does not support: export name=word One has to write: name=word export name C. Roman ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: [Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
On Wed, Feb 5, 2014 at 11:02 AM, Christian Maeder christian.mae...@dfki.dewrote: Am 05.02.2014 16:45, schrieb Roman Cheplyaka: * Christian Maeder christian.mae...@dfki.de [2014-02-05 16:28:50+0100] This happens, because our /bin/sh is a real sh (and not a bash) that only allows to export LD_LIBRARY_PATH as a separate command. You mean it's a real sh and not a POSIX-compatible one. http://pubs.opengroup.org/onlinepubs/009695399/utilities/export.html Whatever it is, maybe it is a Korn Shell under (older) Solaris, it does not support: The Korn shell is where the `export NAME=value` syntax originated. I am tempted to suggest that we verify that this is still in current POSIX standards (the cited one is from 2004); POSIX recently dropped a significant number of Korn-shell-derived behaviors from the standard. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
On Wednesday 05 February 2014 15:53:41 Karel Gardas wrote: Tried, on my ubuntu 12.04.02, but it fails miserably. Modern GHC requires alex 3.1 and cabal alex fails with (due to QuickCheck template haskell dependency): […] So, well, Catch-22? You can avoid this by installing QuickCheck without template haskell parts: $ cabal install -f -templateHaskell QuickCheck (syntax could be off). Regards, Arie ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: [Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
* Brandon Allbery allber...@gmail.com [2014-02-05 11:06:04-0500] On Wed, Feb 5, 2014 at 11:02 AM, Christian Maeder christian.mae...@dfki.dewrote: Am 05.02.2014 16:45, schrieb Roman Cheplyaka: * Christian Maeder christian.mae...@dfki.de [2014-02-05 16:28:50+0100] This happens, because our /bin/sh is a real sh (and not a bash) that only allows to export LD_LIBRARY_PATH as a separate command. You mean it's a real sh and not a POSIX-compatible one. http://pubs.opengroup.org/onlinepubs/009695399/utilities/export.html Whatever it is, maybe it is a Korn Shell under (older) Solaris, it does not support: The Korn shell is where the `export NAME=value` syntax originated. I am tempted to suggest that we verify that this is still in current POSIX standards (the cited one is from 2004); POSIX recently dropped a significant number of Korn-shell-derived behaviors from the standard. This one is from 2013: http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#export Roman signature.asc Description: Digital signature ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: [Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
Am 05.02.2014 17:06, schrieb Brandon Allbery: Whatever it is, maybe it is a Korn Shell under (older) Solaris, it does not support: The Korn shell is where the `export NAME=value` syntax originated. It is a Bourne Shell under (our) SunOS 5.10 (not to be mixed up with Bourne-again shell bash) I think it is easy to stay shell compatible. C. I am tempted to suggest that we verify that this is still in current POSIX standards (the cited one is from 2004); POSIX recently dropped a significant number of Korn-shell-derived behaviors from the standard. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com mailto:allber...@gmail.com ballb...@sinenomine.net mailto:ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
On 02/ 5/14 03:56 PM, Joachim Breitner wrote: Hi, Am Mittwoch, den 05.02.2014, 15:53 +0100 schrieb Karel Gardas: Tried, on my ubuntu 12.04.02, but it fails miserably. Modern GHC requires alex 3.1 and cabal alex fails with (due to QuickCheck template haskell dependency): $ cabal install alex have you tried --disable-tests? Do you mean: $ cabal install alex --disable-tests no, but tried now and the result is still the same: cabal: Error: some packages failed to install: QuickCheck-2.6 failed during the building phase. The exception was: ExitFailure 1 alex-3.1.3 depends on QuickCheck-2.6 which failed to install. karel@panda:~$ Thanks for any idea how to fix that! Karel ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: [Solaris bindist] Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
Hi Christian, the bindist is compiled on Solaris 11.0 so probably of no use for you on Solaris 10. Also I needed to provide separate tarball of compiled and installed libgmp.so as the Solaris 11's provided does not satisfy GHC requirements and GHC refuses to use that... Karel On 02/ 5/14 04:28 PM, Christian Maeder wrote: Hi, I was surprised to find a Solaris bindist. However, on our SunOS 5.10 ./configure failed miserably. -bash-3.2$ ./configure checking for path to top of build tree... utils/ghc-pwd/dist-install/build/tmp/ghc-pwd-bindist: LD_LIBRARY_PATH=libraries/directory/dist-install/build:libraries/unix/dist-install/build:libraries/time/dist-install/build:libraries/old-locale/dist-install/build:libraries/filepath/dist-install/build:libraries/bytestring/dist-install/build:libraries/deepseq/dist-install/build:libraries/array/dist-install/build:libraries/base/dist-install/build:libraries/integer-gmp/dist-install/build:libraries/ghc-prim/dist-install/build:rts/dist/build:/opt/csw/lib: is not an identifier configure: error: cannot determine current directory This happens, because our /bin/sh is a real sh (and not a bash) that only allows to export LD_LIBRARY_PATH as a separate command. The next failure was: ld.so.1: ghc-pwd: fatal: libgmp.so.10: open failed: No such file or directory So I had to extend LD_LIBRARY_PATH manually (by /opt/csw/lib). After this I got: ld.so.1: ghc-pwd: fatal: relocation error: file libraries/unix/dist-install/build/libHSunix-2.7.0.0-ghc7.8.20140130.so: symbol clearenv: referenced symbol not found Which of my libraries is wrong (or too old) despite a matching version number? libdl.so.1 = /lib/libdl.so.1 libgmp.so.10 = /opt/csw/lib/libgmp.so.10 libm.so.2 = /lib/libm.so.2 librt.so.1 = /lib/librt.so.1 libc.so.1 = /lib/libc.so.1 libgcc_s.so.1 = /opt/csw/lib/libgcc_s.so.1 libaio.so.1 = /lib/libaio.so.1 libmd.so.1 = /lib/libmd.so.1 I had to give up! (I'll try to build it from sources if I find time.) Cheers Christian Am 03.02.2014 23:35, schrieb Austin Seipp: We are pleased to announce the first release candidate for GHC 7.8.1: http://www.haskell.org/ghc/dist/7.8.1-rc1/ http://www.haskell.org/ghc/docs/7.8.1-rc1/html/ This includes the source tarball and bindists for Windows, Linux, OS X, FreeBSD, and Solaris, on x86 and x86_64. There is a signed copy of the SHA256 hashes available (attached) using my GPG key (keyid 0x3B58D86F). We plan to make the 7.8.1 RC2 release quite soon, as we're aware of some existing issues. Please test as much as possible; bugs are much cheaper if we find them before the release! ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
On 02/ 5/14 05:03 PM, Arie Peterson wrote: On Wednesday 05 February 2014 15:53:41 Karel Gardas wrote: Tried, on my ubuntu 12.04.02, but it fails miserably. Modern GHC requires alex 3.1 and cabal alex fails with (due to QuickCheck template haskell dependency): […] So, well, Catch-22? You can avoid this by installing QuickCheck without template haskell parts: $ cabal install -f -templateHaskell QuickCheck (syntax could be off). It's worked perfectly! Thanks! Karel PS: building now... ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
I've been attempting to build under Mac OS X Mavericks and have run into some problems. My iconv and gmp are installed in non-standard locations using Fink. When configuring http://www.haskell.org/ghc/dist/7.8.1-rc1/ghc-7.8.20140130-x86_64-apple-darwin-mavericks.tar.bz2 I get: barneys-imac:ghc-7.8.20140130 bjs$ ./configure --prefix=/Users/bjs/Desktop/ghc --with-iconv-includes=/sw/include --with-gmp-includes=/sw/include --with-iconv-libraries=/sw/lib --with-gmp-libraries=/sw/lib configure: WARNING: unrecognized options: --with-iconv-includes, --with-iconv-libraries and then the installed executable can't itself build ghc from source because of the missing iconv libraries. I noticed that ./configure --help doesn't mention --with-iconv-* in the Mavericks install files but it does in the source build. Any ideas? Cheers, Barney. ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
I also ran into a problem on Windows. c:\cabal install safe Resolving dependencies... Configuring safe-0.3.4... Building safe-0.3.4... Preprocessing library safe-0.3.4... [1 of 2] Compiling Safe.Foldable( Safe\Foldable.hs, dist\build\Safe\Foldable.o ) Can't open perl script C:\ghc-7.8\lib\ghc-split: No such file or directory Failed to install safe-0.3.4 cabal: Error: some packages failed to install: safe-0.3.4 failed during the building phase. The exception was: ExitFailure 2 Copying ghc-split from the Haskell Platform into c:\ghc-7.8\lib seems to work around the problem. c:\cabal install safe Resolving dependencies... Configuring safe-0.3.4... Building safe-0.3.4... Preprocessing library safe-0.3.4... [1 of 2] Compiling Safe.Foldable( Safe\Foldable.hs, dist\build\Safe\Foldable.o ) [2 of 2] Compiling Safe ( Safe.hs, dist\build\Safe.o ) In-place registering safe-0.3.4... Installing library in C:\Users\Mike\AppData\Roaming\cabal\safe-0.3.4\ghc-7.8.20140130 Registering safe-0.3.4... Installed safe-0.3.4 c:\ghci GHCi, version 7.8.20140130: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... done. Prelude import Safe Prelude Safe readMay 1 :: Maybe Int Loading package safe-0.3.4 ... linking ... done. Just 1 Prelude Safe :quit Leaving GHCi. On Mon, Feb 3, 2014 at 10:38 PM, Ganesh Sittampalam gan...@earth.li wrote: Just to note a problem I encountered on Windows, which may well be user error. I unpacked the mingw tarball and added the bin directory from it to my path. cabal install then failed with cabal.exe: does not exist after producing some other output. Running with -v3 suggested that the actual problem was that the ld on my path couldn't read the .o files produced by GHC. I changed my path to also include the mingw\bin directory from the tarball, and then all was fine. On 03/02/2014 22:35, Austin Seipp wrote: We are pleased to announce the first release candidate for GHC 7.8.1: http://www.haskell.org/ghc/dist/7.8.1-rc1/ http://www.haskell.org/ghc/docs/7.8.1-rc1/html/ This includes the source tarball and bindists for Windows, Linux, OS X, FreeBSD, and Solaris, on x86 and x86_64. There is a signed copy of the SHA256 hashes available (attached) using my GPG key (keyid 0x3B58D86F). We plan to make the 7.8.1 RC2 release quite soon, as we're aware of some existing issues. Please test as much as possible; bugs are much cheaper if we find them before the release! ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users -- -- Michael Steele ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
wrt existing issues, is there a list of these so we can avoid reporting them? Thanks George On Mon, Feb 3, 2014 at 6:35 PM, Austin Seipp aus...@well-typed.com wrote: We are pleased to announce the first release candidate for GHC 7.8.1: http://www.haskell.org/ghc/dist/7.8.1-rc1/ http://www.haskell.org/ghc/docs/7.8.1-rc1/html/ This includes the source tarball and bindists for Windows, Linux, OS X, FreeBSD, and Solaris, on x86 and x86_64. There is a signed copy of the SHA256 hashes available (attached) using my GPG key (keyid 0x3B58D86F). We plan to make the 7.8.1 RC2 release quite soon, as we're aware of some existing issues. Please test as much as possible; bugs are much cheaper if we find them before the release! -- Regards, Austin Seipp, Haskell Consultant Well-Typed LLP, http://www.well-typed.com/ ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
Just to note a problem I encountered on Windows, which may well be user error. I unpacked the mingw tarball and added the bin directory from it to my path. cabal install then failed with cabal.exe: does not exist after producing some other output. Running with -v3 suggested that the actual problem was that the ld on my path couldn't read the .o files produced by GHC. I changed my path to also include the mingw\bin directory from the tarball, and then all was fine. On 03/02/2014 22:35, Austin Seipp wrote: We are pleased to announce the first release candidate for GHC 7.8.1: http://www.haskell.org/ghc/dist/7.8.1-rc1/ http://www.haskell.org/ghc/docs/7.8.1-rc1/html/ This includes the source tarball and bindists for Windows, Linux, OS X, FreeBSD, and Solaris, on x86 and x86_64. There is a signed copy of the SHA256 hashes available (attached) using my GPG key (keyid 0x3B58D86F). We plan to make the 7.8.1 RC2 release quite soon, as we're aware of some existing issues. Please test as much as possible; bugs are much cheaper if we find them before the release! ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ANNOUNCE: GHC 7.8.1 Release Candidate 1
On 2014-02-03 at 23:35:14 +0100, Austin Seipp wrote: We are pleased to announce the first release candidate for GHC 7.8.1: [...] Please test as much as possible; bugs are much cheaper if we find them before the release! Please note that GHC 7.8.1RC1 is also available for Travis-CI as part of the multiple-ghc-versions repository[1]. So you can start continuously testing your Haskell projects hosted at GitHub with GHC 7.8.1RC1 with little effort. Greetings, hvr [1]: https://github.com/hvr/multi-ghc-travis ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users