Re: [ANNOUNCE] GHC 8.0.2 release candidate 1

2016-11-27 Thread Jens Petersen
On 26 November 2016 at 07:38, Ben Gamari wrote: > http://downloads.haskell.org/~ghc/8.0.2-rc1/ > Thank you, I built it for Fedora 25 (just released last week) and Rawhide: https://copr.fedorainfracloud.org/coprs/petersen/ghc-8.0.2 Hopefully there will be a build for

Re: [ANNOUNCE] GHC 8.0.2 release candidate 1

2016-11-27 Thread Jens Petersen
On 28 November 2016 at 16:37, Jens Petersen wrote: > I think it is not being generated. > Well it might be generated, but it is not getting installed properly by default anyway. Looks like a buildsystem regression to me wrt to 8.0.1: I guess we should > file a bug... >

Re: [ANNOUNCE] GHC 8.0.2 release candidate 1

2016-11-27 Thread Jens Petersen
On 26 November 2016 at 22:46, Ben Gamari wrote: > > /usr/bin/install -c -m 644 docs/users_guide/build-man/ghc.1 > > "/usr/local/share/man/man1" > > install: /usr/local/share/man/man1/ghc.1: No such file or directory > > make[1]: *** [install_man] Error 71 > > make: ***

Re: Status of "Improved LLVM backend"

2016-11-27 Thread Moritz Angermann
> On Nov 27, 2016, at 10:17 PM, Michal Terepeta > wrote: > > > Hi, > > > > I’m trying to implement a bitcode producing llvm backend[1], which would > > potentially > > allow to use a range of llvm versions with ghc. However, this is only > > tangentially > >

Re: [ANNOUNCE] GHC 8.0.2 release candidate 1

2016-11-27 Thread Judah Jacobson
Thanks Ben! When testing, I found that a type checker regression from 7.10 to 8.0 that I thought/hoped was resolved is in fact still present in this release candidate. I filed a new bug: https://ghc.haskell.org/trac/ghc/ticket/12885 It originally seemed the same as #12175. But unfortunately,

Re: [ANNOUNCE] GHC 8.0.2 release candidate 1

2016-11-27 Thread Brandon Allbery
On Sun, Nov 27, 2016 at 8:30 AM, Tuncer Ayaz wrote: > However, what's changed from 8.0.1 to 8.0.2 to trigger this? I mean, > is a point release supposed to do this? I would expect 8.0 to 8.1 to > break, but find it surprising x.0.1 to x.0.2 would as well. >

Re: Status of "Improved LLVM backend"

2016-11-27 Thread Michal Terepeta
> Hi, > > I’m trying to implement a bitcode producing llvm backend[1], which would potentially > allow to use a range of llvm versions with ghc. However, this is only tangentially > relevant to the improved llvm backend, as Austin correctly pointed out[2], as there are > other complications

Re: [ANNOUNCE] GHC 8.0.2 release candidate 1

2016-11-27 Thread Tuncer Ayaz
On 27 November 2016 at 01:37, Tuncer Ayaz wrote: > On 25 November 2016 at 23:38, Ben Gamari wrote: > > > > As always, let us know if you encounter trouble. Thanks to everyone > > who has contributed so far! > > No trouble building and running rc1, but