[ANNOUNCE] Glasgow Haskell Compiler 8.0.1, release candidate 1

The GHC Team is very pleased to announce the first release candidate of the Glasgow Haskell Compiler 8.0.1 release. Source and binary distributions as well as the newly revised users guide can be found at http://downloads.haskell.org/~ghc/8.0.1-rc1/ This is the first in a series of release candidates which will allow us to get wider testing of the significant changes that have occurred since the 7.10 series. These include, * the TypeInType extension, which unifies types and kinds allowing for promotion of more Haskell constructs to the type-level * the introduction of type application in source programs * support for recursive superclass relationships * support for Applicative do notation * introduction of the DuplicateRecordFields language extension * a rewritten and substantially more thorough pattern match checker * the introduction of injective type classes * introduction of the Strict and StrictData language extensions, allowing modules to be compiled with strict-by-default evaluation of bindings * the ability to run the GHCi interpreter in a separate process, allowing a callstacks in GHCi, easier integration with tooling, and more and much more. Changes of this magnitude will invariably bring bugs. This release candidate in particular is known to suffer from a few significant issues which are being actively worked upon, * The new -XInjectiveTypeFamilies language extension will likely be renamed to -XTypeFamilyDependencies * #11120: Type representations are missing for some types and promoted constructors * #11334: Solving for Typeable (Proxy :: Proxy 'Compose) fails * #11276: Pattern checker performance can degrade significantly in presence of pattern matches with guards * #11405: Type-level skolem-escape check fails incorrectly * #11414: Use of -XStrict results in compiler abort * #11379: Instance solver fails to terminate * #11419: Haddock documentation is currently not included in the binary distributions (and hence is missing on downloads.haskell.org) * #11370: -Wredundant-constraints being included in -Wall breaks the three-release compatibility policy In the coming weeks we will continue to iterate on these issues. We will also look at Trac tickets marked with "highest" priority on the release status page [2]. If you have a ticket that you would like to see addressed that does not meet one of these criteria, please bring this to our attention. Likewise, if you encounter an issue please open a ticket if one does not already exist. Also note that we currently cannot offer 32-bit Windows builds due to breaking changing in a recent Windows 10 upgrade. We'll work to resolve this before the 8.0 release but please let us know if this poses a significant problem for you. Cheers, - Ben [1] https://cygwin.com/ml/cygwin/2015-12/msg00003.htm [2] https://ghc.haskell.org/trac/ghc/wiki/Status/GHC-8.0.1

On 13. 1. 2016 16:43, Ben Gamari wrote:
Also note that we currently cannot offer 32-bit Windows builds due to breaking changing in a recent Windows 10 upgrade. We'll work to resolve this before the 8.0 release but please let us know if this poses a significant problem for you.
I believe that issue is resolved in latest msys2-runtime. -- David Macek

David Macek
On 13. 1. 2016 16:43, Ben Gamari wrote:
Also note that we currently cannot offer 32-bit Windows builds due to breaking changing in a recent Windows 10 upgrade. We'll work to resolve this before the 8.0 release but please let us know if this poses a significant problem for you.
I believe that issue is resolved in latest msys2-runtime.
Indeed it is. I'll produce a 32-bit build tonight. Cheers, - Ben

On 13 January 2016 at 10:43, Ben Gamari
The GHC Team is very pleased to announce the first release candidate of the Glasgow Haskell Compiler 8.0.1 release. Source and binary distributions as well as the newly revised users guide can be found at
I'm using Ubuntu precise (12.04LTS). How I know which binary distribution should install? I'm asking because I could install without problems both ghc*x86_64-deb7-linux* and ghc*x86_64-deb8-linux*. Best, -- Andrés

Andrés Sicard-Ramírez
On 13 January 2016 at 10:43, Ben Gamari
wrote: The GHC Team is very pleased to announce the first release candidate of the Glasgow Haskell Compiler 8.0.1 release. Source and binary distributions as well as the newly revised users guide can be found at
I'm using Ubuntu precise (12.04LTS). How I know which binary distribution should install?
I'm asking because I could install without problems both
ghc*x86_64-deb7-linux* and
ghc*x86_64-deb8-linux*.
You should likely be using the deb8 build in this case. The only difference is the libc version which is linked against. Cheers, - Ben

installs fine on mac but cabal install vector fails on primitive, looks to
me like gmp library is not provided
cabal install vector
Resolving dependencies...
Configuring primitive-0.6.1.0...
Failed to install primitive-0.6.1.0
Build log ( /Users/gcolpitts/.cabal/logs/primitive-0.6.1.0.log ):
cabal: Error: some packages failed to install:
primitive-0.6.1.0 failed during the configure step. The exception was:
user error ('/usr/local/bin/ghc' exited with an error:
*ld: library not found for -lgmp*
collect2: error: ld returned 1 exit status
`gcc' failed in phase `Linker'. (Exit code: 1)
)
vector-0.11.0.0 depends on primitive-0.6.1.0 which failed to install.
On Wed, Jan 13, 2016 at 11:43 AM, Ben Gamari
The GHC Team is very pleased to announce the first release candidate of the Glasgow Haskell Compiler 8.0.1 release. Source and binary distributions as well as the newly revised users guide can be found at
http://downloads.haskell.org/~ghc/8.0.1-rc1/
This is the first in a series of release candidates which will allow us to get wider testing of the significant changes that have occurred since the 7.10 series. These include,
* the TypeInType extension, which unifies types and kinds allowing for promotion of more Haskell constructs to the type-level
* the introduction of type application in source programs
* support for recursive superclass relationships
* support for Applicative do notation
* introduction of the DuplicateRecordFields language extension
* a rewritten and substantially more thorough pattern match checker
* the introduction of injective type classes
* introduction of the Strict and StrictData language extensions, allowing modules to be compiled with strict-by-default evaluation of bindings
* the ability to run the GHCi interpreter in a separate process, allowing a callstacks in GHCi, easier integration with tooling, and more
and much more.
Changes of this magnitude will invariably bring bugs. This release candidate in particular is known to suffer from a few significant issues which are being actively worked upon,
* The new -XInjectiveTypeFamilies language extension will likely be renamed to -XTypeFamilyDependencies
* #11120: Type representations are missing for some types and promoted constructors
* #11334: Solving for Typeable (Proxy :: Proxy 'Compose) fails
* #11276: Pattern checker performance can degrade significantly in presence of pattern matches with guards
* #11405: Type-level skolem-escape check fails incorrectly
* #11414: Use of -XStrict results in compiler abort
* #11379: Instance solver fails to terminate
* #11419: Haddock documentation is currently not included in the binary distributions (and hence is missing on downloads.haskell.org)
* #11370: -Wredundant-constraints being included in -Wall breaks the three-release compatibility policy
In the coming weeks we will continue to iterate on these issues. We will also look at Trac tickets marked with "highest" priority on the release status page [2].
If you have a ticket that you would like to see addressed that does not meet one of these criteria, please bring this to our attention. Likewise, if you encounter an issue please open a ticket if one does not already exist.
Also note that we currently cannot offer 32-bit Windows builds due to breaking changing in a recent Windows 10 upgrade. We'll work to resolve this before the 8.0 release but please let us know if this poses a significant problem for you.
Cheers,
- Ben
[1] https://cygwin.com/ml/cygwin/2015-12/msg00003.htm [2] https://ghc.haskell.org/trac/ghc/wiki/Status/GHC-8.0.1
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

On 13 January 2016 at 15:28, George Colpitts
installs fine on mac but cabal install vector fails on primitive, looks to me like gmp library is not provided
cabal install vector Resolving dependencies... Configuring primitive-0.6.1.0... Failed to install primitive-0.6.1.0 Build log ( /Users/gcolpitts/.cabal/logs/primitive-0.6.1.0.log ): cabal: Error: some packages failed to install: primitive-0.6.1.0 failed during the configure step. The exception was: user error ('/usr/local/bin/ghc' exited with an error: ld: library not found for -lgmp collect2: error: ld returned 1 exit status `gcc' failed in phase `Linker'. (Exit code: 1) ) vector-0.11.0.0 depends on primitive-0.6.1.0 which failed to install.
I found a different problem installing vector on Ubuntu precise (12.04LTS): $ cabal install vector ... Installed primitive-0.6.1.0 Configuring vector-0.11.0.0... ... Data/Vector/Generic/Mutable/Base.hs:18:1: error: Bad interface file: /home/asr/.cabal/lib/x86_64-linux-ghc-8.0.0.20160111/primitive-0.6.1.0-6R7Tzfc83qM6k1j6TLqRai/Control/Monad/Primitive.hi Something is amiss; requested module primitive-0.6.1.0@primitive-0.6.1.0-de94d43ed2b084399e39dfe5a3f60217:Control.Monad.Primitive differs from name found in the interface file primi_6R7Tzfc83qM6k1j6TLqRai:Control.Monad.Primitive Failed to install vector-0.11.0.0 I have found the same "Bad interface file" problem installing other packages. Best, -- Andrés

Andrés Sicard-Ramírez
I found a different problem installing vector on Ubuntu precise (12.04LTS):
$ cabal install vector ... Installed primitive-0.6.1.0 Configuring vector-0.11.0.0... ... Data/Vector/Generic/Mutable/Base.hs:18:1: error: Bad interface file: /home/asr/.cabal/lib/x86_64-linux-ghc-8.0.0.20160111/primitive-0.6.1.0-6R7Tzfc83qM6k1j6TLqRai/Control/Monad/Primitive.hi Something is amiss; requested module primitive-0.6.1.0@primitive-0.6.1.0-de94d43ed2b084399e39dfe5a3f60217:Control.Monad.Primitive differs from name found in the interface file primi_6R7Tzfc83qM6k1j6TLqRai:Control.Monad.Primitive Failed to install vector-0.11.0.0
I have found the same "Bad interface file" problem installing other packages.
Ahh yes; I suspected I was missing something in the release announcement. Due to unfortunate Cabal/GHC interactions, GHC 8.0 will require Cabal 0.23. These interface file issues should be cleared up by wiping your 8.0.1 package database, installing Cabal and cabal-install 0.23 (only available from the upstream repository at the moment), and trying to install vector again. The reason for this is a change in how packages are identified in GHC 8.0. While previous versions of Cabal identified packages to GHC with a package key (with GHC's -this-package-key argument), GHC 8.0 and later uses another, more specific identifier, the installed package ID. For compatibility reasons -this-package-key is currently accepted by GHC as a synonym for -package-name. This is a bit unfortunate, however, as the two flags aren't really synonymous. This is the reason why cabal-install fails. I'm discussing this with Edward Yang and hopefully we'll be able to have a louder, more obvious failure in place for rc2. I'll be sure to mention this in future release announcements. Cheers, - Ben

2016-01-13 17:33 GMT-05:00 Ben Gamari
Due to unfortunate Cabal/GHC interactions, GHC 8.0 will require Cabal 0.23. These interface file issues should be cleared up by wiping your 8.0.1 package database, installing Cabal and cabal-install 0.23 (only available from the upstream repository at the moment), and trying to install vector again.
Installing Cabal and cabal-install (with GHC 7.10.3) from the upstream repository fixed the problem. Thanks! -- Andrés

On 01/13/16 09:28 PM, George Colpitts wrote:
installs fine on mac but cabal install vector fails on primitive, looks to me like gmp library is not provided
gmp should be probably provided by your OS. Looks like you will also need its -dev version too. Does sudo apt-get install gmp-dev or sudo apt-get install libgmp-dev helps? Sorry, don't know precise package name on your platform... Karel

On Wed, Jan 13, 2016 at 3:55 PM, Karel Gardas
On 01/13/16 09:28 PM, George Colpitts wrote:
installs fine on mac but cabal install vector fails on primitive, looks to me like gmp library is not provided
gmp should be probably provided by your OS. Looks like you will also need its -dev version too. Does
Won't help on OS X unless they have Fink installed, and even then that means potentially getting a different libgmp than base is using. If base includes libgmp, as it must on Windows / OS X, it should be made available to other packages. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net

I'm sorry, this is my mistake. I've thought original poster was talking about ubuntu 12.04 LTS but it looks like it was mac os x in fact. Sorry for this noise. Karel On 01/13/16 09:57 PM, Brandon Allbery wrote:
On Wed, Jan 13, 2016 at 3:55 PM, Karel Gardas
mailto:karel.gardas@centrum.cz> wrote: On 01/13/16 09:28 PM, George Colpitts wrote:
installs fine on mac but cabal install vector fails on primitive, looks to me like gmp library is not provided
gmp should be probably provided by your OS. Looks like you will also need its -dev version too. Does
Won't help on OS X unless they have Fink installed, and even then that means potentially getting a different libgmp than base is using. If base includes libgmp, as it must on Windows / OS X, it should be made available to other packages.
-- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com mailto:allbery.b@gmail.com ballbery@sinenomine.net mailto:ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net

George Colpitts
installs fine on mac but cabal install vector fails on primitive, looks to me like gmp library is not provided
cabal install vector Resolving dependencies... Configuring primitive-0.6.1.0... Failed to install primitive-0.6.1.0 Build log ( /Users/gcolpitts/.cabal/logs/primitive-0.6.1.0.log ): cabal: Error: some packages failed to install: primitive-0.6.1.0 failed during the configure step. The exception was: user error ('/usr/local/bin/ghc' exited with an error: *ld: library not found for -lgmp* collect2: error: ld returned 1 exit status `gcc' failed in phase `Linker'. (Exit code: 1) ) vector-0.11.0.0 depends on primitive-0.6.1.0 which failed to install.
The issue here appears to be that the build was compiled against the host's libgmp on account of the the Wiki build instructions [1] being out of date. I've fixed this particular inaccuracy, but it would be great if someone familiar with Darwin could take a close look at this page: do a build of their own, work through the build instructions, and ensure that the build instructions are still accurate, fixing any issues. George or Carter, perhaps one of you could pick this up? Cheers, - Ben

I'm guessing this is the same problem with gmp on OS X, but I got it
during the ./configure step, so thought I'd pass along the error
message:
mba:ghc-8.0.0.20160111 xich$ ./configure --prefix=/Users/xich/projects/ghc8
checking for path to top of build tree... dyld: Library not loaded:
/usr/local/opt/gmp/lib/libgmp.10.dylib
Referenced from:
/Users/xich/projects/ghc-8.0.0.20160111/utils/ghc-pwd/dist-install/build/tmp/ghc-pwd
Reason: image not found
configure: error: cannot determine current directory
You made reference to the wiki build instructions... do you have a
link to the ones you mean? I can try following them.
On Wed, Jan 13, 2016 at 2:52 PM, Ben Gamari
George Colpitts
writes: installs fine on mac but cabal install vector fails on primitive, looks to me like gmp library is not provided
cabal install vector Resolving dependencies... Configuring primitive-0.6.1.0... Failed to install primitive-0.6.1.0 Build log ( /Users/gcolpitts/.cabal/logs/primitive-0.6.1.0.log ): cabal: Error: some packages failed to install: primitive-0.6.1.0 failed during the configure step. The exception was: user error ('/usr/local/bin/ghc' exited with an error: *ld: library not found for -lgmp* collect2: error: ld returned 1 exit status `gcc' failed in phase `Linker'. (Exit code: 1) ) vector-0.11.0.0 depends on primitive-0.6.1.0 which failed to install.
The issue here appears to be that the build was compiled against the host's libgmp on account of the the Wiki build instructions [1] being out of date. I've fixed this particular inaccuracy, but it would be great if someone familiar with Darwin could take a close look at this page: do a build of their own, work through the build instructions, and ensure that the build instructions are still accurate, fixing any issues.
George or Carter, perhaps one of you could pick this up?
Cheers,
- Ben
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

I asked the same question and Ben answered: (gmail default is reply and I
forgot to do reply all)
[1] https://ghc.haskell.org/trac/ghc/wiki/Building/Preparation/MacOSX
On Wed, Jan 13, 2016 at 8:18 PM, Andrew Farmer
I'm guessing this is the same problem with gmp on OS X, but I got it during the ./configure step, so thought I'd pass along the error message:
mba:ghc-8.0.0.20160111 xich$ ./configure --prefix=/Users/xich/projects/ghc8 checking for path to top of build tree... dyld: Library not loaded: /usr/local/opt/gmp/lib/libgmp.10.dylib Referenced from:
/Users/xich/projects/ghc-8.0.0.20160111/utils/ghc-pwd/dist-install/build/tmp/ghc-pwd Reason: image not found configure: error: cannot determine current directory
You made reference to the wiki build instructions... do you have a link to the ones you mean? I can try following them.
On Wed, Jan 13, 2016 at 2:52 PM, Ben Gamari
wrote: George Colpitts
writes: installs fine on mac but cabal install vector fails on primitive, looks to me like gmp library is not provided
cabal install vector Resolving dependencies... Configuring primitive-0.6.1.0... Failed to install primitive-0.6.1.0 Build log ( /Users/gcolpitts/.cabal/logs/primitive-0.6.1.0.log ): cabal: Error: some packages failed to install: primitive-0.6.1.0 failed during the configure step. The exception was: user error ('/usr/local/bin/ghc' exited with an error: *ld: library not found for -lgmp* collect2: error: ld returned 1 exit status `gcc' failed in phase `Linker'. (Exit code: 1) ) vector-0.11.0.0 depends on primitive-0.6.1.0 which failed to install.
The issue here appears to be that the build was compiled against the host's libgmp on account of the the Wiki build instructions [1] being out of date. I've fixed this particular inaccuracy, but it would be great if someone familiar with Darwin could take a close look at this page: do a build of their own, work through the build instructions, and ensure that the build instructions are still accurate, fixing any issues.
George or Carter, perhaps one of you could pick this up?
Cheers,
- Ben
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

I'll take a look at the directions and validate they're correct. Just
finished up some family dinner stuff.
On Wednesday, January 13, 2016, George Colpitts
I asked the same question and Ben answered: (gmail default is reply and I forgot to do reply all)
[1] https://ghc.haskell.org/trac/ghc/wiki/Building/Preparation/MacOSX
On Wed, Jan 13, 2016 at 8:18 PM, Andrew Farmer
javascript:_e(%7B%7D,'cvml','xichekolas@gmail.com');> wrote: I'm guessing this is the same problem with gmp on OS X, but I got it during the ./configure step, so thought I'd pass along the error message:
mba:ghc-8.0.0.20160111 xich$ ./configure --prefix=/Users/xich/projects/ghc8 checking for path to top of build tree... dyld: Library not loaded: /usr/local/opt/gmp/lib/libgmp.10.dylib Referenced from:
/Users/xich/projects/ghc-8.0.0.20160111/utils/ghc-pwd/dist-install/build/tmp/ghc-pwd Reason: image not found configure: error: cannot determine current directory
You made reference to the wiki build instructions... do you have a link to the ones you mean? I can try following them.
On Wed, Jan 13, 2016 at 2:52 PM, Ben Gamari
javascript:_e(%7B%7D,'cvml','ben@well-typed.com');> wrote: George Colpitts
javascript:_e(%7B%7D,'cvml','george.colpitts@gmail.com');> writes: installs fine on mac but cabal install vector fails on primitive, looks to me like gmp library is not provided
cabal install vector Resolving dependencies... Configuring primitive-0.6.1.0... Failed to install primitive-0.6.1.0 Build log ( /Users/gcolpitts/.cabal/logs/primitive-0.6.1.0.log ): cabal: Error: some packages failed to install: primitive-0.6.1.0 failed during the configure step. The exception was: user error ('/usr/local/bin/ghc' exited with an error: *ld: library not found for -lgmp* collect2: error: ld returned 1 exit status `gcc' failed in phase `Linker'. (Exit code: 1) ) vector-0.11.0.0 depends on primitive-0.6.1.0 which failed to install.
The issue here appears to be that the build was compiled against the host's libgmp on account of the the Wiki build instructions [1] being out of date. I've fixed this particular inaccuracy, but it would be great if someone familiar with Darwin could take a close look at this page: do a build of their own, work through the build instructions, and ensure that the build instructions are still accurate, fixing any issues.
George or Carter, perhaps one of you could pick this up?
Cheers,
- Ben
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org javascript:_e(%7B%7D,'cvml','ghc-devs@haskell.org'); http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

That error is only on the binary distribution, building from source works
fine
On Wed, Jan 13, 2016 at 4:28 PM, George Colpitts
installs fine on mac but cabal install vector fails on primitive, looks to me like gmp library is not provided
cabal install vector Resolving dependencies... Configuring primitive-0.6.1.0... Failed to install primitive-0.6.1.0 Build log ( /Users/gcolpitts/.cabal/logs/primitive-0.6.1.0.log ): cabal: Error: some packages failed to install: primitive-0.6.1.0 failed during the configure step. The exception was: user error ('/usr/local/bin/ghc' exited with an error: *ld: library not found for -lgmp* collect2: error: ld returned 1 exit status `gcc' failed in phase `Linker'. (Exit code: 1) ) vector-0.11.0.0 depends on primitive-0.6.1.0 which failed to install.
On Wed, Jan 13, 2016 at 11:43 AM, Ben Gamari
wrote: The GHC Team is very pleased to announce the first release candidate of the Glasgow Haskell Compiler 8.0.1 release. Source and binary distributions as well as the newly revised users guide can be found at
http://downloads.haskell.org/~ghc/8.0.1-rc1/
This is the first in a series of release candidates which will allow us to get wider testing of the significant changes that have occurred since the 7.10 series. These include,
* the TypeInType extension, which unifies types and kinds allowing for promotion of more Haskell constructs to the type-level
* the introduction of type application in source programs
* support for recursive superclass relationships
* support for Applicative do notation
* introduction of the DuplicateRecordFields language extension
* a rewritten and substantially more thorough pattern match checker
* the introduction of injective type classes
* introduction of the Strict and StrictData language extensions, allowing modules to be compiled with strict-by-default evaluation of bindings
* the ability to run the GHCi interpreter in a separate process, allowing a callstacks in GHCi, easier integration with tooling, and more
and much more.
Changes of this magnitude will invariably bring bugs. This release candidate in particular is known to suffer from a few significant issues which are being actively worked upon,
* The new -XInjectiveTypeFamilies language extension will likely be renamed to -XTypeFamilyDependencies
* #11120: Type representations are missing for some types and promoted constructors
* #11334: Solving for Typeable (Proxy :: Proxy 'Compose) fails
* #11276: Pattern checker performance can degrade significantly in presence of pattern matches with guards
* #11405: Type-level skolem-escape check fails incorrectly
* #11414: Use of -XStrict results in compiler abort
* #11379: Instance solver fails to terminate
* #11419: Haddock documentation is currently not included in the binary distributions (and hence is missing on downloads.haskell.org)
* #11370: -Wredundant-constraints being included in -Wall breaks the three-release compatibility policy
In the coming weeks we will continue to iterate on these issues. We will also look at Trac tickets marked with "highest" priority on the release status page [2].
If you have a ticket that you would like to see addressed that does not meet one of these criteria, please bring this to our attention. Likewise, if you encounter an issue please open a ticket if one does not already exist.
Also note that we currently cannot offer 32-bit Windows builds due to breaking changing in a recent Windows 10 upgrade. We'll work to resolve this before the 8.0 release but please let us know if this poses a significant problem for you.
Cheers,
- Ben
[1] https://cygwin.com/ml/cygwin/2015-12/msg00003.htm [2] https://ghc.haskell.org/trac/ghc/wiki/Status/GHC-8.0.1
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

George Colpitts
installs fine on mac but cabal install vector fails on primitive, looks to me like gmp library is not provided
I have built a new OS X binary [1] which should be linked against the in-tree libgmp, fixing this issue (which we've been tracking as Trac #11423). I have also pushed a 32-bit Windows build. Perhaps those affected by this issue could try this distribution? Cheers, - Ben [1] http://downloads.haskell.org/~ghc/8.0.1-rc1/ghc-8.0.0b.20160111-x86_64-apple...

Building from src on a Mac
Not sure why configure script couldn't figure out version of llvm I have:
checking for llc-3.7... no
checking for llc... /usr/local/bin/llc
checking /usr/local/bin/llc is version 3.7... no
checking for opt-3.7... no
checking for opt... /usr/local/bin/opt
checking /usr/local/bin/opt is version 3.7... no
./configure: line 7717: test: too many arguments
./configure: line 7765: test: too many arguments
checking whether bootstrap compiler is affected by bug 9439...
<no location info>:
Warning: Couldn't figure out LLVM version!
Make sure you have installed LLVM
ghc: could not execute: , (
failed to compile
bash-3.2$ llc --version
LLVM (http://llvm.org/):
LLVM version 3.5.1
Optimized build with assertions.
Built Jan 16 2015 (03:07:02).
Default target: x86_64-apple-darwin15.2.0
Host CPU: corei7
Registered Targets:
x86 - 32-bit X86: Pentium-Pro and above
x86-64 - 64-bit X86: EM64T and AMD64
bash-3.2$ opt --version
LLVM (http://llvm.org/):
LLVM version 3.5.1
Optimized build with assertions.
Built Jan 16 2015 (03:07:02).
Default target: x86_64-apple-darwin15.2.0
Host CPU: corei7
On Wed, Jan 13, 2016 at 11:43 AM, Ben Gamari
The GHC Team is very pleased to announce the first release candidate of the Glasgow Haskell Compiler 8.0.1 release. Source and binary distributions as well as the newly revised users guide can be found at
http://downloads.haskell.org/~ghc/8.0.1-rc1/
This is the first in a series of release candidates which will allow us to get wider testing of the significant changes that have occurred since the 7.10 series. These include,
* the TypeInType extension, which unifies types and kinds allowing for promotion of more Haskell constructs to the type-level
* the introduction of type application in source programs
* support for recursive superclass relationships
* support for Applicative do notation
* introduction of the DuplicateRecordFields language extension
* a rewritten and substantially more thorough pattern match checker
* the introduction of injective type classes
* introduction of the Strict and StrictData language extensions, allowing modules to be compiled with strict-by-default evaluation of bindings
* the ability to run the GHCi interpreter in a separate process, allowing a callstacks in GHCi, easier integration with tooling, and more
and much more.
Changes of this magnitude will invariably bring bugs. This release candidate in particular is known to suffer from a few significant issues which are being actively worked upon,
* The new -XInjectiveTypeFamilies language extension will likely be renamed to -XTypeFamilyDependencies
* #11120: Type representations are missing for some types and promoted constructors
* #11334: Solving for Typeable (Proxy :: Proxy 'Compose) fails
* #11276: Pattern checker performance can degrade significantly in presence of pattern matches with guards
* #11405: Type-level skolem-escape check fails incorrectly
* #11414: Use of -XStrict results in compiler abort
* #11379: Instance solver fails to terminate
* #11419: Haddock documentation is currently not included in the binary distributions (and hence is missing on downloads.haskell.org)
* #11370: -Wredundant-constraints being included in -Wall breaks the three-release compatibility policy
In the coming weeks we will continue to iterate on these issues. We will also look at Trac tickets marked with "highest" priority on the release status page [2].
If you have a ticket that you would like to see addressed that does not meet one of these criteria, please bring this to our attention. Likewise, if you encounter an issue please open a ticket if one does not already exist.
Also note that we currently cannot offer 32-bit Windows builds due to breaking changing in a recent Windows 10 upgrade. We'll work to resolve this before the 8.0 release but please let us know if this poses a significant problem for you.
Cheers,
- Ben
[1] https://cygwin.com/ml/cygwin/2015-12/msg00003.htm [2] https://ghc.haskell.org/trac/ghc/wiki/Status/GHC-8.0.1
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

I think 8.0 requires llvm 3.7 and only supports that version. Are we still
planning to bundle opt and LLC in the final release ?
On Wednesday, January 13, 2016, George Colpitts
Building from src on a Mac Not sure why configure script couldn't figure out version of llvm I have:
checking for llc-3.7... no checking for llc... /usr/local/bin/llc checking /usr/local/bin/llc is version 3.7... no checking for opt-3.7... no checking for opt... /usr/local/bin/opt checking /usr/local/bin/opt is version 3.7... no ./configure: line 7717: test: too many arguments ./configure: line 7765: test: too many arguments checking whether bootstrap compiler is affected by bug 9439... <no location info>: Warning: Couldn't figure out LLVM version! Make sure you have installed LLVM ghc: could not execute: , ( failed to compile
bash-3.2$ llc --version LLVM (http://llvm.org/): LLVM version 3.5.1 Optimized build with assertions. Built Jan 16 2015 (03:07:02). Default target: x86_64-apple-darwin15.2.0 Host CPU: corei7
Registered Targets: x86 - 32-bit X86: Pentium-Pro and above x86-64 - 64-bit X86: EM64T and AMD64 bash-3.2$ opt --version LLVM (http://llvm.org/): LLVM version 3.5.1 Optimized build with assertions. Built Jan 16 2015 (03:07:02). Default target: x86_64-apple-darwin15.2.0 Host CPU: corei7
On Wed, Jan 13, 2016 at 11:43 AM, Ben Gamari
javascript:_e(%7B%7D,'cvml','ben@well-typed.com');> wrote: The GHC Team is very pleased to announce the first release candidate of the Glasgow Haskell Compiler 8.0.1 release. Source and binary distributions as well as the newly revised users guide can be found at
http://downloads.haskell.org/~ghc/8.0.1-rc1/
This is the first in a series of release candidates which will allow us to get wider testing of the significant changes that have occurred since the 7.10 series. These include,
* the TypeInType extension, which unifies types and kinds allowing for promotion of more Haskell constructs to the type-level
* the introduction of type application in source programs
* support for recursive superclass relationships
* support for Applicative do notation
* introduction of the DuplicateRecordFields language extension
* a rewritten and substantially more thorough pattern match checker
* the introduction of injective type classes
* introduction of the Strict and StrictData language extensions, allowing modules to be compiled with strict-by-default evaluation of bindings
* the ability to run the GHCi interpreter in a separate process, allowing a callstacks in GHCi, easier integration with tooling, and more
and much more.
Changes of this magnitude will invariably bring bugs. This release candidate in particular is known to suffer from a few significant issues which are being actively worked upon,
* The new -XInjectiveTypeFamilies language extension will likely be renamed to -XTypeFamilyDependencies
* #11120: Type representations are missing for some types and promoted constructors
* #11334: Solving for Typeable (Proxy :: Proxy 'Compose) fails
* #11276: Pattern checker performance can degrade significantly in presence of pattern matches with guards
* #11405: Type-level skolem-escape check fails incorrectly
* #11414: Use of -XStrict results in compiler abort
* #11379: Instance solver fails to terminate
* #11419: Haddock documentation is currently not included in the binary distributions (and hence is missing on downloads.haskell.org)
* #11370: -Wredundant-constraints being included in -Wall breaks the three-release compatibility policy
In the coming weeks we will continue to iterate on these issues. We will also look at Trac tickets marked with "highest" priority on the release status page [2].
If you have a ticket that you would like to see addressed that does not meet one of these criteria, please bring this to our attention. Likewise, if you encounter an issue please open a ticket if one does not already exist.
Also note that we currently cannot offer 32-bit Windows builds due to breaking changing in a recent Windows 10 upgrade. We'll work to resolve this before the 8.0 release but please let us know if this poses a significant problem for you.
Cheers,
- Ben
[1] https://cygwin.com/ml/cygwin/2015-12/msg00003.htm [2] https://ghc.haskell.org/trac/ghc/wiki/Status/GHC-8.0.1
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org javascript:_e(%7B%7D,'cvml','ghc-devs@haskell.org'); http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Building from src.
Shouldn't INSTALL.md mention - j<n> option for make ?
On Wed, Jan 13, 2016 at 11:43 AM, Ben Gamari
The GHC Team is very pleased to announce the first release candidate of the Glasgow Haskell Compiler 8.0.1 release. Source and binary distributions as well as the newly revised users guide can be found at
http://downloads.haskell.org/~ghc/8.0.1-rc1/
This is the first in a series of release candidates which will allow us to get wider testing of the significant changes that have occurred since the 7.10 series. These include,
* the TypeInType extension, which unifies types and kinds allowing for promotion of more Haskell constructs to the type-level
* the introduction of type application in source programs
* support for recursive superclass relationships
* support for Applicative do notation
* introduction of the DuplicateRecordFields language extension
* a rewritten and substantially more thorough pattern match checker
* the introduction of injective type classes
* introduction of the Strict and StrictData language extensions, allowing modules to be compiled with strict-by-default evaluation of bindings
* the ability to run the GHCi interpreter in a separate process, allowing a callstacks in GHCi, easier integration with tooling, and more
and much more.
Changes of this magnitude will invariably bring bugs. This release candidate in particular is known to suffer from a few significant issues which are being actively worked upon,
* The new -XInjectiveTypeFamilies language extension will likely be renamed to -XTypeFamilyDependencies
* #11120: Type representations are missing for some types and promoted constructors
* #11334: Solving for Typeable (Proxy :: Proxy 'Compose) fails
* #11276: Pattern checker performance can degrade significantly in presence of pattern matches with guards
* #11405: Type-level skolem-escape check fails incorrectly
* #11414: Use of -XStrict results in compiler abort
* #11379: Instance solver fails to terminate
* #11419: Haddock documentation is currently not included in the binary distributions (and hence is missing on downloads.haskell.org)
* #11370: -Wredundant-constraints being included in -Wall breaks the three-release compatibility policy
In the coming weeks we will continue to iterate on these issues. We will also look at Trac tickets marked with "highest" priority on the release status page [2].
If you have a ticket that you would like to see addressed that does not meet one of these criteria, please bring this to our attention. Likewise, if you encounter an issue please open a ticket if one does not already exist.
Also note that we currently cannot offer 32-bit Windows builds due to breaking changing in a recent Windows 10 upgrade. We'll work to resolve this before the 8.0 release but please let us know if this poses a significant problem for you.
Cheers,
- Ben
[1] https://cygwin.com/ml/cygwin/2015-12/msg00003.htm [2] https://ghc.haskell.org/trac/ghc/wiki/Status/GHC-8.0.1
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

On 13/01/16 16:43, Ben Gamari wrote:
If you have a ticket that you would like to see addressed that does not meet one of these criteria, please bring this to our attention.
I would like to nominate https://ghc.haskell.org/trac/ghc/ticket/11172, the run-time segfault bug I found when using TH with -O, because it currently forces us to do some production builds with -O0. Happy to provide more input/testing in the ticket if needed.

On Thu, Jan 14, 2016 at 12:01 PM, Niklas Hambüchen
I would like to nominate https://ghc.haskell.org/trac/ghc/ticket/11172, the run-time segfault bug I found when using TH with -O, because it currently forces us to do some production builds with -O0.
You should be able to use `-O -fno-cse` (at least that worked last time I checked).

Niklas Hambüchen
On 13/01/16 16:43, Ben Gamari wrote:
If you have a ticket that you would like to see addressed that does not meet one of these criteria, please bring this to our attention.
I would like to nominate https://ghc.haskell.org/trac/ghc/ticket/11172, the run-time segfault bug I found when using TH with -O, because it currently forces us to do some production builds with -O0.
Indeed this should be fixed. Thanks! Cheers, - Ben

On 2016-01-13 at 16:43:35 +0100, Ben Gamari wrote:
The GHC Team is very pleased to announce the first release candidate of the Glasgow Haskell Compiler 8.0.1 release. Source and binary distributions as well as the newly revised users guide can be found at
http://downloads.haskell.org/~ghc/8.0.1-rc1/
This is the first in a series of release candidates which will allow us to get wider testing of the significant changes that have occurred since the 7.10 series. [...]
As this wasn't explicitly mentioned in the announce, I'd like to point your attention to https://ghc.haskell.org/trac/ghc/wiki/Migration/8.0 which would benefit greatly from early adopters. More importantly, this helps us all to reduce the boring & redundant investigative work of rediscovering the same migration techniques by multiple parties over and over again... :-) ---- I'd also like to remind you that (more or less) daily snapshots of GHC 8.0.1 for Ubuntu {Precise,Trusty,Vivid,Wily} are already available via https://github.com/hvr/multi-ghc-travis This also includes a "cabal-install-1.24" package (which currently contains the current latest devel snapshots of cabal-install soon to become version 1.24) This specifically allows you to integrate GHC 8.0.1 & cabal-install 1.24 into your test-matrices in the `travis.yml` files, and thereby help detect GHC 8.0 & Cabal 1.2[34] issues early on. The new packages have been whitelisted for containerised Travis jobs already. Cheers, hvr

Hello there,
2016-01-13 16:43 GMT+01:00 Ben Gamari
The GHC Team is very pleased to announce the first release candidate of the Glasgow Haskell Compiler 8.0.1 release.
For the FreeBSD users, I have built the vanilla binary distributions. They are available here, along with a brief installation guide: http://haskell.inf.elte.hu/ghc/8.0.0.20160111/ Cheers, Gábor

Hi, I've build two builds for Solaris 11.2: i386: https://app.box.com/s/1m75kzunzsz6bqh77py5517t39734446 amd64: https://app.box.com/s/y583zs1tqduz8lbppt66z1qlxms0vytg Both binary distributions support shared libraries and use system provided GMP library. If you do not have it installed then you should do that using "pkg install library/gmp" command. and one build for OpenBSD 5.9 (current): amd64: https://app.box.com/s/95lpdhoc5h0zs0mx3chlacdl3hskzkqi This binary distribution also supports shared libraries and by default also OpenBSD position independent executables (PIE). It requires gmp, libffi and libiconv to be installed by "pkg_add <package>" command. SPARC build for Solaris 11.2 is ongoing. Karel On 01/13/16 04:43 PM, Ben Gamari wrote:
The GHC Team is very pleased to announce the first release candidate of the Glasgow Haskell Compiler 8.0.1 release. Source and binary distributions as well as the newly revised users guide can be found at
http://downloads.haskell.org/~ghc/8.0.1-rc1/
This is the first in a series of release candidates which will allow us to get wider testing of the significant changes that have occurred since the 7.10 series. These include,
* the TypeInType extension, which unifies types and kinds allowing for promotion of more Haskell constructs to the type-level
* the introduction of type application in source programs
* support for recursive superclass relationships
* support for Applicative do notation
* introduction of the DuplicateRecordFields language extension
* a rewritten and substantially more thorough pattern match checker
* the introduction of injective type classes
* introduction of the Strict and StrictData language extensions, allowing modules to be compiled with strict-by-default evaluation of bindings
* the ability to run the GHCi interpreter in a separate process, allowing a callstacks in GHCi, easier integration with tooling, and more
and much more.
Changes of this magnitude will invariably bring bugs. This release candidate in particular is known to suffer from a few significant issues which are being actively worked upon,
* The new -XInjectiveTypeFamilies language extension will likely be renamed to -XTypeFamilyDependencies
* #11120: Type representations are missing for some types and promoted constructors
* #11334: Solving for Typeable (Proxy :: Proxy 'Compose) fails
* #11276: Pattern checker performance can degrade significantly in presence of pattern matches with guards
* #11405: Type-level skolem-escape check fails incorrectly
* #11414: Use of -XStrict results in compiler abort
* #11379: Instance solver fails to terminate
* #11419: Haddock documentation is currently not included in the binary distributions (and hence is missing on downloads.haskell.org)
* #11370: -Wredundant-constraints being included in -Wall breaks the three-release compatibility policy
In the coming weeks we will continue to iterate on these issues. We will also look at Trac tickets marked with "highest" priority on the release status page [2].
If you have a ticket that you would like to see addressed that does not meet one of these criteria, please bring this to our attention. Likewise, if you encounter an issue please open a ticket if one does not already exist.
Also note that we currently cannot offer 32-bit Windows builds due to breaking changing in a recent Windows 10 upgrade. We'll work to resolve this before the 8.0 release but please let us know if this poses a significant problem for you.
Cheers,
- Ben
[1] https://cygwin.com/ml/cygwin/2015-12/msg00003.htm [2] https://ghc.haskell.org/trac/ghc/wiki/Status/GHC-8.0.1
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

SHA256SUM: https://app.box.com/s/0t3kutu8i3xhhs1vh97x6vcmjdnvlm78 Sorry for noise, Karel On 01/14/16 10:27 PM, Karel Gardas wrote:
Hi,
I've build two builds for Solaris 11.2:
i386: https://app.box.com/s/1m75kzunzsz6bqh77py5517t39734446 amd64: https://app.box.com/s/y583zs1tqduz8lbppt66z1qlxms0vytg
Both binary distributions support shared libraries and use system provided GMP library. If you do not have it installed then you should do that using "pkg install library/gmp" command.
and one build for OpenBSD 5.9 (current):
amd64: https://app.box.com/s/95lpdhoc5h0zs0mx3chlacdl3hskzkqi
This binary distribution also supports shared libraries and by default also OpenBSD position independent executables (PIE). It requires gmp, libffi and libiconv to be installed by "pkg_add <package>" command.
SPARC build for Solaris 11.2 is ongoing.
Karel
On 01/13/16 04:43 PM, Ben Gamari wrote:
The GHC Team is very pleased to announce the first release candidate of the Glasgow Haskell Compiler 8.0.1 release. Source and binary distributions as well as the newly revised users guide can be found at
http://downloads.haskell.org/~ghc/8.0.1-rc1/
This is the first in a series of release candidates which will allow us to get wider testing of the significant changes that have occurred since the 7.10 series. These include,
* the TypeInType extension, which unifies types and kinds allowing for promotion of more Haskell constructs to the type-level
* the introduction of type application in source programs
* support for recursive superclass relationships
* support for Applicative do notation
* introduction of the DuplicateRecordFields language extension
* a rewritten and substantially more thorough pattern match checker
* the introduction of injective type classes
* introduction of the Strict and StrictData language extensions, allowing modules to be compiled with strict-by-default evaluation of bindings
* the ability to run the GHCi interpreter in a separate process, allowing a callstacks in GHCi, easier integration with tooling, and more
and much more.
Changes of this magnitude will invariably bring bugs. This release candidate in particular is known to suffer from a few significant issues which are being actively worked upon,
* The new -XInjectiveTypeFamilies language extension will likely be renamed to -XTypeFamilyDependencies
* #11120: Type representations are missing for some types and promoted constructors
* #11334: Solving for Typeable (Proxy :: Proxy 'Compose) fails
* #11276: Pattern checker performance can degrade significantly in presence of pattern matches with guards
* #11405: Type-level skolem-escape check fails incorrectly
* #11414: Use of -XStrict results in compiler abort
* #11379: Instance solver fails to terminate
* #11419: Haddock documentation is currently not included in the binary distributions (and hence is missing on downloads.haskell.org)
* #11370: -Wredundant-constraints being included in -Wall breaks the three-release compatibility policy
In the coming weeks we will continue to iterate on these issues. We will also look at Trac tickets marked with "highest" priority on the release status page [2].
If you have a ticket that you would like to see addressed that does not meet one of these criteria, please bring this to our attention. Likewise, if you encounter an issue please open a ticket if one does not already exist.
Also note that we currently cannot offer 32-bit Windows builds due to breaking changing in a recent Windows 10 upgrade. We'll work to resolve this before the 8.0 release but please let us know if this poses a significant problem for you.
Cheers,
- Ben
[1] https://cygwin.com/ml/cygwin/2015-12/msg00003.htm [2] https://ghc.haskell.org/trac/ghc/wiki/Status/GHC-8.0.1
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Karel Gardas
Hi,
I've build two builds for Solaris 11.2:
i386: https://app.box.com/s/1m75kzunzsz6bqh77py5517t39734446 amd64: https://app.box.com/s/y583zs1tqduz8lbppt66z1qlxms0vytg
Both binary distributions support shared libraries and use system provided GMP library. If you do not have it installed then you should do that using "pkg install library/gmp" command.
and one build for OpenBSD 5.9 (current):
amd64: https://app.box.com/s/95lpdhoc5h0zs0mx3chlacdl3hskzkqi
This binary distribution also supports shared libraries and by default also OpenBSD position independent executables (PIE). It requires gmp, libffi and libiconv to be installed by "pkg_add <package>" command.
SPARC build for Solaris 11.2 is ongoing.
Thanks Karel, let me know when it's available. Cheers, - Ben

Hi, SPARC/Solaris 11.2 build: https://app.box.com/s/lktjbjtnqv39pil4pkkni4xpn5mi2053 Its signature: https://app.box.com/s/catr69sepivx5xb0g5totl2y6hwrznpj Signatures of already sent files: i386/solaris: https://app.box.com/s/it4pih3bi6bq02mfqmnnae13sk7gebb4 amd64/solaris: https://app.box.com/s/okvd7dq3g1jhznkmlf4coug51f83724t amd64/openbsd: https://app.box.com/s/xa4u80t8htmmqotxwcmdj25soxddgrxb SHA256SUM: https://app.box.com/s/86ipjn3z3wwzbcpwos8e80qcivn6fnhv Updated SHA256SUM file: https://app.box.com/s/0t3kutu8i3xhhs1vh97x6vcmjdnvlm78 Karel On 01/14/16 10:27 PM, Karel Gardas wrote:
Hi,
I've build two builds for Solaris 11.2:
i386: https://app.box.com/s/1m75kzunzsz6bqh77py5517t39734446 amd64: https://app.box.com/s/y583zs1tqduz8lbppt66z1qlxms0vytg
Both binary distributions support shared libraries and use system provided GMP library. If you do not have it installed then you should do that using "pkg install library/gmp" command.
and one build for OpenBSD 5.9 (current):
amd64: https://app.box.com/s/95lpdhoc5h0zs0mx3chlacdl3hskzkqi
This binary distribution also supports shared libraries and by default also OpenBSD position independent executables (PIE). It requires gmp, libffi and libiconv to be installed by "pkg_add <package>" command.
SPARC build for Solaris 11.2 is ongoing.
Karel
On 01/13/16 04:43 PM, Ben Gamari wrote:
The GHC Team is very pleased to announce the first release candidate of the Glasgow Haskell Compiler 8.0.1 release. Source and binary distributions as well as the newly revised users guide can be found at
http://downloads.haskell.org/~ghc/8.0.1-rc1/
This is the first in a series of release candidates which will allow us to get wider testing of the significant changes that have occurred since the 7.10 series. These include,
* the TypeInType extension, which unifies types and kinds allowing for promotion of more Haskell constructs to the type-level
* the introduction of type application in source programs
* support for recursive superclass relationships
* support for Applicative do notation
* introduction of the DuplicateRecordFields language extension
* a rewritten and substantially more thorough pattern match checker
* the introduction of injective type classes
* introduction of the Strict and StrictData language extensions, allowing modules to be compiled with strict-by-default evaluation of bindings
* the ability to run the GHCi interpreter in a separate process, allowing a callstacks in GHCi, easier integration with tooling, and more
and much more.
Changes of this magnitude will invariably bring bugs. This release candidate in particular is known to suffer from a few significant issues which are being actively worked upon,
* The new -XInjectiveTypeFamilies language extension will likely be renamed to -XTypeFamilyDependencies
* #11120: Type representations are missing for some types and promoted constructors
* #11334: Solving for Typeable (Proxy :: Proxy 'Compose) fails
* #11276: Pattern checker performance can degrade significantly in presence of pattern matches with guards
* #11405: Type-level skolem-escape check fails incorrectly
* #11414: Use of -XStrict results in compiler abort
* #11379: Instance solver fails to terminate
* #11419: Haddock documentation is currently not included in the binary distributions (and hence is missing on downloads.haskell.org)
* #11370: -Wredundant-constraints being included in -Wall breaks the three-release compatibility policy
In the coming weeks we will continue to iterate on these issues. We will also look at Trac tickets marked with "highest" priority on the release status page [2].
If you have a ticket that you would like to see addressed that does not meet one of these criteria, please bring this to our attention. Likewise, if you encounter an issue please open a ticket if one does not already exist.
Also note that we currently cannot offer 32-bit Windows builds due to breaking changing in a recent Windows 10 upgrade. We'll work to resolve this before the 8.0 release but please let us know if this poses a significant problem for you.
Cheers,
- Ben
[1] https://cygwin.com/ml/cygwin/2015-12/msg00003.htm [2] https://ghc.haskell.org/trac/ghc/wiki/Status/GHC-8.0.1
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

On 14 January 2016 at 00:43, Ben Gamari
The GHC Team is very pleased to announce the first release candidate of the Glasgow Haskell Compiler 8.0.1 release.
Thanks! - I spent a little trying to build/package it for Fedora, but running in the usual problem with changes in the library paths/package keys handling again... I see that the libraries that come with ghc do not get a package key unlike those built by hand with Cabal (in the hs-libraries field). Hence their filepaths also don't include the key any more. Is this intentional? I need to update my dependency generation script for the libraries. However I am less sure how to handle/get the keys or hashes of dependencies now: is it better to use the id key than the ABI hash? Quite possible that I missed some earlier discussion, but some light on this would be appreciated. Thanks, Jens ps Please ignore: <rantsorry>If we could stop changing the library file-paths/-names and hash/key handling so frequently, it would make the life easier for us distro packagers/maintainers, though I am sure there are a good reasons for it.</rantsorry> :)

Jens Petersen
On 14 January 2016 at 00:43, Ben Gamari
wrote: The GHC Team is very pleased to announce the first release candidate of the Glasgow Haskell Compiler 8.0.1 release.
Thanks! - I spent a little trying to build/package it for Fedora, but running in the usual problem with changes in the library paths/package keys handling again...
I see that the libraries that come with ghc do not get a package key unlike those built by hand with Cabal (in the hs-libraries field). Hence their filepaths also don't include the key any more. Is this intentional?
I need to update my dependency generation script for the libraries. However I am less sure how to handle/get the keys or hashes of dependencies now: is it better to use the id key than the ABI hash?
Edward, you'd be better able to answer this than me. Cheers, - Ben
participants (13)
-
Andrew Farmer
-
Andrés Sicard-Ramírez
-
Ben Gamari
-
Brandon Allbery
-
Carter Schonwald
-
David Macek
-
George Colpitts
-
Herbert Valerio Riedel
-
Jens Petersen
-
Karel Gardas
-
Niklas Hambüchen
-
Páli Gábor János
-
Thomas Miedema