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: [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
[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: [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: [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: [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
