Re: ANNOUNCE: GHC 7.8.1 Release Candidate 2
Hello, This GHC crashes whenever I try installing any package. (I guess this might be due to cabal-install, though.) Details: Using the RC2 at http://www.haskell.org/ghc/dist/7.8.1-rc2/ghc-7.8.0.20140228-i386-unknown-mingw32.tar.xz OS: Win7 64bit cabal-install version 0.14.0 using version 1.14.0 of the Cabal library cabal install --nats -v3 gives this output http://lpaste.net/100678, and brings up a standard windows application crash window before the returned ExitFailure (-1073741819) line with the following information: Problem signature: Problem Event Name: APPCRASH Application Name: ghc.exe Application Version: 0.0.0.0 Application Timestamp: 5312f1e1 Fault Module Name: ghc.exe Fault Module Version: 0.0.0.0 Fault Module Timestamp: 5312f1e1 Exception Code: c005 Exception Offset: 01adb323 OS Version: 6.1.7601.2.1.0.768.3 Locale ID: 2057 Additional Information 1: 1548 Additional Information 2: 1548a4345bd8ec1f0510cd3884fa5889 Additional Information 3: daab Additional Information 4: daabc1a5d9d41fd73825c2e9d33e1385 I have later updated cabal-install (to version 1.18.0.2 using version 1.18.1.2 of the Cabal library), but that didn't change this problem. The same happened with RC1, btw. Thanks, Pedro On Mon, Mar 3, 2014 at 6:23 PM, Austin Seipp aus...@well-typed.com wrote: We are pleased to announce the second release candidate for GHC 7.8.1: http://www.haskell.org/ghc/dist/7.8.1-rc2/ http://www.haskell.org/ghc/docs/7.8.1-rc2/html/ This includes the source tarball and binary distributions for Windows, Linux, OS X, FreeBSD, and Solaris, on x86 and x86_64, and more. There are now two binary builds for Linux users: one for glibc 2.12 and GMP 4, primarily intended for RHEL users, and one built for glibc 2.13 and GMP 5 - intended for Debian and more recent machines. In addition, there is also an iOS cross compiler build (both in the native ARM configuration and i386 simulator configurations), separate Solaris 10 and Solaris 11 builds - the latter supporting dynamic linking - and a new Linux/PPC64 build using glibc 2.18/GMP 5. There is a signed copy of the SHA256 hashes available (attached) using my GPG key (keyid 0x3B58D86F). We're also now offering .tar.xz files, which roughly cut the size of the binary distributions in half compared to bzip2. We've closed approximately 45 tickets that people filed for RC1 in this release. Thank you for all the reports! We plan to make the final 7.8.1 release soon, and hope RC2 will be the last RC. So *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
Re: ANNOUNCE: GHC 7.8.1 Release Candidate 2
Hello, On 4 March 2014 09:17, José Pedro Magalhães j...@cs.uu.nl wrote: Hello, This GHC crashes whenever I try installing any package. (I guess this might be due to cabal-install, though.) No, looks like a GHC issue. ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
git.haskell.org misbehaving?
I'm getting fatal: read error: Connection reset by peer when I try git pull from git://git.haskell.org/ghc.git Works ok if I try http://git.haskell.org/ghc.git This happens from both Windows and Linux. Anyone know what is going on? Simon ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
RE: git.haskell.org misbehaving?
Thank you! | -Original Message- | From: Herbert Valerio Riedel [mailto:hvrie...@gmail.com] | Sent: 04 March 2014 12:29 | To: Simon Peyton Jones | Cc: ghc-devs@haskell.org; Austin Seipp | Subject: Re: git.haskell.org misbehaving? | | On 2014-03-04 at 12:57:11 +0100, Simon Peyton Jones wrote: | I'm getting | fatal: read error: Connection reset by peer | | when I try git pull from | git://git.haskell.org/ghc.git | | Works ok if I try | http://git.haskell.org/ghc.git This happens from both | Windows and Linux. | Anyone know what is going on? | | Fixed! | | It was a problem on ghc.haskell.org with git-daemon processes getting | stuck for some yet unknown reason (which I still need to investigate -- | I've seen reports from other sites experiencing the same issue) | | Austin, do we have monitoring for the git:// TCP port in place? | | Cheers, | hvr ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: ANNOUNCE: GHC 7.8.1 Release Candidate 2
It looks like the Mac builds are specific to the version of Mac OS X they were compiled on. This is very unfortunate, as now we'll have to produce at least four variants of HP for each. The only thing holding back a build on either Maverricks or Mountain Lion (10.9 and 10.8) from working on 10.7 ~ 10.9 is the set of flags passed to the c compiler. On a machine with only clang, these need three extra flags. I had thought that there was a patch that allowed GCC to dynamically determine if it was working with clang, and if so, pass the extra flags. It didn't look like that patch made it in. I seem to have lost track of who did this patch and it's status. Carter: do you remember? For the platform, I might be able to patch around this with a variant of my ghc-clang-wrapper script - beefing it up to remove those flags if not clang. - Mark ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: ANNOUNCE: GHC 7.8.1 Release Candidate 2
@mark, theres no runtime detection logic patch, theres just a config time hack currently. I've a work in progress partial patch to expose the CPP program choice + flags into the ghc settings file, https://ghc.haskell.org/trac/ghc/ticket/8683 , but lifes got me a bit overloaded these past few weeks so we need someone to own finishing it up (and i'm uncertain if i can hard allocate that time this week or next... i have some personal obligations that need take priority). That said, I may find up finding some time to whack on it more point being, agreed, the wrapper hack aint ok :) On Tue, Mar 4, 2014 at 9:57 AM, Mark Lentczner mark.lentcz...@gmail.comwrote: It looks like the Mac builds are specific to the version of Mac OS X they were compiled on. This is very unfortunate, as now we'll have to produce at least four variants of HP for each. The only thing holding back a build on either Maverricks or Mountain Lion (10.9 and 10.8) from working on 10.7 ~ 10.9 is the set of flags passed to the c compiler. On a machine with only clang, these need three extra flags. I had thought that there was a patch that allowed GCC to dynamically determine if it was working with clang, and if so, pass the extra flags. It didn't look like that patch made it in. I seem to have lost track of who did this patch and it's status. Carter: do you remember? For the platform, I might be able to patch around this with a variant of my ghc-clang-wrapper script - beefing it up to remove those flags if not clang. - Mark ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Cabal-1.18.1.3 and cabal-install-1.18.0.3 releases made
Hi, I've just made a release of Cabal/cabal-install, for the benefit of GHC 7.8. People have in the past expressed a desire for having prebuilt binaries of cabal-install. I'm happy to upload such binaries if people send them to me. Please specify for which arch/OS the binary is built. -- Johan ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
GHC 7.8 RC2: ARM cross compiler (LLVM Error)
Hi, I successfully compiled a native GHC 7.8 RC2 from the source distribution. I now want to create an GHC cross compiler targeting ARM. So I do a ./configure --target=arm-linux-gnueabi --with-gcc=arm-linux-gnueabi-gcc (I don't know why I have to explicitly supply the GCC, documentation seems to suggest that it would pick that up based on target, which it seems to do for ld.) I then make a copy of the mk/build.mk.sample and place it at mk/build.mk and uncomment the BuildFlavour = quick-cross line. At this point I run make and it goes along happily until... inplace/bin/ghc-stage1 -hisuf hi -osuf o -hcsuf hc -static -H64m -O0 -package-name haskeline-0.7.1.2 -hide-all-packages -i -ilibraries/haskeline/. -ilibraries/haskeline/dist-install/build -ilibraries/haskeline/dist-install/build/autogen -Ilibraries/haskeline/dist-install/build -Ilibraries/haskeline/dist-install/build/autogen -Ilibraries/haskeline/includes -optP-DUSE_GHC_ENCODINGS -optP-DTERMINFO -optP-include -optPlibraries/haskeline/dist-install/build/autogen/cabal_macros.h -package base-4.7.0.0 -package bytestring-0.10.4.0 -package containers-0.5.4.0 -package directory-1.2.0.2 -package filepath-1.3.0.2 -package terminfo-0.4.0.0 -package transformers-0.3.0.0 -package unix-2.7.0.1 -Wall -XHaskell98 -XForeignFunctionInterface -XRank2Types -XFlexibleInstances -XTypeSynonymInstances -XFlexibleContexts -XExistentialQuantification -XScopedTypeVariables -XGeneralizedNewtypeDeriving -XMultiParamTypeClasses -XOverlappingInstances -XUndecidableInstances -XCPP -XDeriveDataTypeable -XPatternGuards -O -fllvm -no-user-package-db -rtsopts -odir libraries/haskeline/dist-install/build -hidir libraries/haskeline/dist-install/build -stubdir libraries/haskeline/dist-install/build -c libraries/haskeline/./System/Console/Haskeline/Command/History.hs -o libraries/haskeline/dist-install/build/System/Console/Haskeline/Command/History.o LLVM ERROR: .Lbase_GHCziChar_chr2_info$alias: Target doesn't support aliases to declarations libraries/haskeline/ghc.mk:4: recipe for target 'libraries/haskeline/dist-install/build/System/Console/Haskeline/Command/History.o' failed make[1]: *** [libraries/haskeline/dist-install/build/System/Console/Haskeline/Command/History.o] Error 1 Makefile:64: recipe for target 'all' failed make: *** [all] Error 2 Here is my setup. - The Glorious Glasgow Haskell Compilation System, version 7.8.0.20140228 - arm-linux-gnueabi-gcc (GCC) 4.7.3 - LLVM 3.4 Is this me being silly, or is it a real problem? If it is a real problem then I can file a ticket. If there is anything I can do to help try and get GHC cross compiling for ARM I would gladly do what I can. Regards, Luke ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs