My previous email was about the x86_64 bindist GHC 7.10.1-rc2. I’ve now added i386 support to Halcyon, and it appears only the x86_64 version works fine on CentOS 6 (6.5), while the i386 version fails to configure: checking for path to top of build tree... utils/ghc-pwd/dist-install/build/tmp/ghc-pwd: symbol lookup error: libraries/integer-gmp2/dist-install/build/libHSinteg_21cuTlnn00eFNd4GMrxOMi-ghc7.10.0.20150123.so: undefined symbol: __gmpn_andn_n configure: error: cannot determine current directory -- Miëtek On 2015-01-27, at 06:26, Miëtek Bak wrote:

It appears GHC 7.10.1-rc2 doesn’t support glibc 2.11 — specifically, 2.11.1 (Ubuntu 10.04 LTS) and 2.11.3 (Debian 6). glibc 2.12 (CentOS 6) seems to work fine. Symptoms include:

Installing library in /app/ghc/lib/ghc-7.10.0.20150123/ghc_0kOYffGYd794400D7yvIjm "/app/ghc/lib/ghc-7.10.0.20150123/bin/ghc-pkg" --force --global-package-db "/app/ghc/lib/ghc-7.10.0.20150123/package.conf.d" update rts/dist/package.conf.install Reading package info from "rts/dist/package.conf.install" ... done. "utils/ghc-cabal/dist-install/build/tmp/ghc-cabal-bindist" register libraries/ghc-prim dist-install "/app/ghc/lib/ghc-7.10.0.20150123/bin/ghc" "/app/ghc/lib/ghc-7.10.0.20150123/bin/ghc-pkg" "/app/ghc/lib/ghc-7.10.0.20150123" '' '/app/ghc' '/app/ghc/lib/ghc-7.10.0.20150123' '/app/ghc/share/doc/ghc/html/libraries' NO Warning: cannot determine version of /app/ghc/lib/ghc-7.10.0.20150123/bin/ghc : "" ghc-cabal: '/app/ghc/lib/ghc-7.10.0.20150123/bin/ghc' exited with an error: /app/ghc/lib/ghc-7.10.0.20150123/bin/ghc: symbol lookup error: /app/ghc/lib/ghc-7.10.0.20150123/bin/../rts/libHSrts_thr-ghc7.10.0.20150123.so: undefined symbol: pthread_setname_np

The bindist name does mention 'deb7', so perhaps this is all working as intended. However, similarly named bindists for GHC 7.8.* work fine with glibc 2.11.

In other news, I’m happy to say Halcyon now supports GHC 7.10.1-rc2 on CentOS 6 and 7, Debian 7, Fedora 19, 20, and 21, and Ubuntu 12 and 14. https://halcyon.sh/

$ halcyon install --ghc-version=7.10.1-rc2 --cabal-version=1.22.0.0

Best,

-- Miëtek

On 2015-01-27, at 00:13, Austin Seipp wrote:

...

We are pleased to announce the second release candidate for GHC 7.10.1:

https://downloads.haskell.org/~ghc/7.10.1-rc2/

This includes the source tarball and bindists for 64bit/32bit Linux and Windows. Binary builds for other platforms will be available shortly. (CentOS 6.5 binaries are not available at this time like they were for 7.8.x). These binaries and tarballs have an accompanying SHA256SUMS file signed by my GPG key id (0x3B58D86F).

We plan to make the 7.10.1 release sometime in February of 2015.

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/ _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs

_______________________________________________ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

I have llvm 3.4.2. Not sure why I thought that was the supported version. Where would that be documented? There doesn't seem to be anything on this in https://downloads.haskell.org/~ghc/7.10.1-rc1/docs/html/users_guide/release-... There is lots of mail about llvm. I guess the following from Ben Gamari on 11/28 implies llvm 3.5. I couldn't find anything more definitive. Once I get a definitive answer I will try again assuming the answer is not 3.4.2 To summarize, * it seems like LLVM 3.4 chokes on the code produced by my 3.5 rework when the `$def` symbols are marked as internal * ARM is broken (again) due to a bug in the GHC calling convention implementation; an LLVM fix is waiting to be merged * I have code reworking TNTC for LLVM 3.6; unfortunately LLVM 3.6 support will likely need to wait until 7.12 * Austin's LLVM packaging proposal seems very much like the right way forward * Anticipating this proposal, I have started collecting [2] optimization passes Cheers, On Tue, Jan 27, 2015 at 9:52 PM, Carter Schonwald < carter.schonwald@gmail.com> wrote:

George, what version of llvm are you using? afaik, only llvm 3.5 is supported for 7.10 (though I could be wrong)

On Tue, Jan 27, 2015 at 8:39 PM, George Colpitts < george.colpitts@gmail.com> wrote:

...

Has anybody successfully build and used this on the Mac on 10.10 using the latest XCode? While it is better than RC1 I am still seeing the following two issues:

- programs compiled with llvm fail at runtime with illegal instruction - calling main from the ghci inerpreter after loading compiled code results in - Prelude Main> main Too late for parseStaticFlags: call it before runGhc or runGhcT *** Exception: ExitFailure 1

Instead of solving the above, I'd be happy to switch to a Mac OS bindist and see if I have the same problems there. Do we have an ETA for a Mac OS bindist?

Thanks

George

On Mon, Jan 26, 2015 at 8:13 PM, Austin Seipp wrote:

...

We are pleased to announce the second release candidate for GHC 7.10.1:

https://downloads.haskell.org/~ghc/7.10.1-rc2/

This includes the source tarball and bindists for 64bit/32bit Linux and Windows. Binary builds for other platforms will be available shortly. (CentOS 6.5 binaries are not available at this time like they were for 7.8.x). These binaries and tarballs have an accompanying SHA256SUMS file signed by my GPG key id (0x3B58D86F).

We plan to make the 7.10.1 release sometime in February of 2015.

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/ _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs

_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs