From greg at gregweber.info Fri Jul 3 03:26:44 2015 From: greg at gregweber.info (Greg Weber) Date: Thu, 2 Jul 2015 20:26:44 -0700 Subject: ANNOUNCE: GHC 7.10.2 Release Candidate 1 In-Reply-To: References: Message-ID: Is the 7.10.2 hvr ppa using this RC? We just reported a 7.10 regression that I am hoping will be fixed before the release that I was trying to verify https://ghc.haskell.org/trac/ghc/ticket/10599 On Sun, Jun 14, 2015 at 5:16 PM, Austin Seipp wrote: > We are pleased to announce the first release candidate for GHC 7.10.2: > > https://downloads.haskell.org/~ghc/7.10.2-rc1 > https://downloads.haskell.org/~ghc/7.10.2-rc1/docs/html/ > > This includes the source tarball and bindists for Windows, Mac OS X, > and Debian Linux. FreeBSD and Solaris binaries will follow soon. These > binaries and tarballs have an accompanying SHA256SUMS file signed by > my GPG key id (0x3B58D86F). > > We plan to make the 7.10.2 final release at the end of this coming > week - 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 at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs > -------------- next part -------------- An HTML attachment was scrubbed... URL: From austin at well-typed.com Fri Jul 3 06:49:52 2015 From: austin at well-typed.com (Austin Seipp) Date: Fri, 3 Jul 2015 01:49:52 -0500 Subject: ANNOUNCE: GHC 7.10.2 Release Candidate 2 Message-ID: We are pleased to announce the first release candidate for GHC 7.10.2: https://downloads.haskell.org/~ghc/7.10.2-rc2 https://downloads.haskell.org/~ghc/7.10.2-rc2/docs/html/ This includes the source tarball and bindists for Windows, and Debian Linux. FreeBSD, OS X and Solaris binaries will follow soon. These binaries and tarballs have an accompanying SHA256SUMS file signed by my GPG key id (0x3B58D86F). We plan to make the 7.10.2 final release in a week or two - 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/ From hvr at gnu.org Sat Jul 4 12:49:40 2015 From: hvr at gnu.org (Herbert Valerio Riedel) Date: Sat, 04 Jul 2015 14:49:40 +0200 Subject: Querying the git commit id of GHC snapshots (was: ANNOUNCE: GHC 7.10.2 Release Candidate 1) In-Reply-To: (Greg Weber's message of "Thu, 2 Jul 2015 20:26:44 -0700") References: Message-ID: <87y4iww0ij.fsf_-_@gnu.org> On 2015-07-03 at 05:26:44 +0200, Greg Weber wrote: > Is the 7.10.2 hvr ppa using this RC? ...it's easy to check, as since 7.10 we embed the Git commit id into the source-tarball as well as into the generated ghc binary: $ /opt/ghc/7.10.2/bin/ghc --info | grep Git ,("Project Git commit id","5560861e4562a2e270e6610e6ef3cf120253bb16") or more useful for scripting, i.e. in buildbots (but harder to remember): $ /opt/ghc/7.10.2/bin/ghc --print-project-git-commit-id 5560861e4562a2e270e6610e6ef3cf120253bb16 and if you compare that with the git repo that id *currently* matches the commit pointed to by the lightweight 'ghc-7.10.2-rc2' tag: http://git.haskell.org/ghc.git/shortlog/refs/tags/ghc-7.10.2-rc2 Cheers, hvr From svenpanne at gmail.com Tue Jul 7 08:54:11 2015 From: svenpanne at gmail.com (Sven Panne) Date: Tue, 7 Jul 2015 10:54:11 +0200 Subject: ANNOUNCE: GHC 7.10.2 Release Candidate 2 In-Reply-To: References: Message-ID: 2015-07-07 7:26 GMT+02:00 Mark Lentczner : > And now Windows RC2 for Haksell Platform is also here: > > http://www.ozonehouse.com/mark/platform/ > > [...] > I noticed 2 problems so far: * The package cache is still always out of date (I thought there was a fix for that): ---------------------------------------------------------------------- Sven at SCOTTY /d/Repositories/ObjectName (master) $ ghc-pkg list WARNING: cache is out of date: c:/Program Files/Haskell Platform/7.10.2\lib\package.conf.d\package.cache ghc will see an old view of this package db. Use 'ghc-pkg recache' to fix. c:/Program Files/Haskell Platform/7.10.2\lib\package.conf.d: Cabal-1.22.4.0 GLURaw-1.5.0.1 GLUT-2.7.0.1 [...] ---------------------------------------------------------------------- * Something is missing/misconfigured for Haddock (note the funny non-local path in the error message): ---------------------------------------------------------------------- Sven at SCOTTY /d/Repositories/ObjectName (master) $ cabal sandbox init Writing a default package environment file to d:\Repositories\ObjectName\cabal.sandbox.config Creating a new sandbox at D:\Repositories\ObjectName\.cabal-sandbox Sven at SCOTTY /d/Repositories/ObjectName (master) $ cabal configure Resolving dependencies... Configuring ObjectName-1.1.0.0... Sven at SCOTTY /d/Repositories/ObjectName (master) $ cabal haddock Running Haddock for ObjectName-1.1.0.0... Preprocessing library ObjectName-1.1.0.0... Haddock coverage: 100% ( 3 / 3) in 'Data.ObjectName' Haddock's resource directory (G:\GitHub\haddock\.cabal-sandbox\x86_64-windows-ghc-7.10.1.20150630\haddock-api-2.16.1) does not exist! ---------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From pali.gabor at gmail.com Tue Jul 7 10:55:16 2015 From: pali.gabor at gmail.com (=?UTF-8?B?UMOhbGkgR8OhYm9yIErDoW5vcw==?=) Date: Tue, 7 Jul 2015 12:55:16 +0200 Subject: ANNOUNCE: GHC 7.10.2 Release Candidate 2 In-Reply-To: References: Message-ID: 2015-07-03 8:49 GMT+02:00 Austin Seipp : > We are pleased to announce the first release candidate for GHC 7.10.2: > [..] FreeBSD [..] binaries will follow soon. There you can find the FreeBSD builds, together with their checksums (and sorry for the delay): http://haskell.inf.elte.hu/ghc/ghc-7.10.1.20150630-i386-portbld-freebsd.tar.bz2 http://haskell.inf.elte.hu/ghc/ghc-7.10.1.20150630-i386-portbld-freebsd.tar.xz http://haskell.inf.elte.hu/ghc/ghc-7.10.1.20150630-x86_64-portbld-freebsd.tar.bz2 http://haskell.inf.elte.hu/ghc/ghc-7.10.1.20150630-x86_64-portbld-freebsd.tar.xz http://haskell.inf.elte.hu/ghc/SHA256SUMS And there you can find information on how to use them: http://haskell.inf.elte.hu/ghc/README.html From thomasmiedema at gmail.com Tue Jul 7 11:30:15 2015 From: thomasmiedema at gmail.com (Thomas Miedema) Date: Tue, 7 Jul 2015 13:30:15 +0200 Subject: ANNOUNCE: GHC 7.10.2 Release Candidate 2 In-Reply-To: References: Message-ID: On Tue, Jul 7, 2015 at 10:54 AM, Sven Panne wrote: > > * The package cache is still always out of date (I thought there was a fix > for that): > Please reopen https://ghc.haskell.org/trac/ghc/ticket/10205 with the output of `which ghc-pkg` and `ghc-pkg list -v`. -------------- next part -------------- An HTML attachment was scrubbed... URL: From svenpanne at gmail.com Tue Jul 7 11:42:26 2015 From: svenpanne at gmail.com (Sven Panne) Date: Tue, 7 Jul 2015 13:42:26 +0200 Subject: ANNOUNCE: GHC 7.10.2 Release Candidate 2 In-Reply-To: References: Message-ID: 2015-07-07 13:30 GMT+02:00 Thomas Miedema : > > > On Tue, Jul 7, 2015 at 10:54 AM, Sven Panne wrote: >> >> * The package cache is still always out of date (I thought there was a >> fix for that): >> > > Please reopen https://ghc.haskell.org/trac/ghc/ticket/10205 with the > output of `which ghc-pkg` and `ghc-pkg list -v`. > Done. -------------- next part -------------- An HTML attachment was scrubbed... URL: From juhpetersen at gmail.com Mon Jul 13 11:09:29 2015 From: juhpetersen at gmail.com (Jens Petersen) Date: Mon, 13 Jul 2015 20:09:29 +0900 Subject: ANNOUNCE: GHC 7.10.2 Release Candidate 2 In-Reply-To: References: Message-ID: On 3 July 2015 at 15:49, Austin Seipp wrote: > We are pleased to announce the first release candidate for GHC 7.10.2: Thanks! I have updated my Fedora Copr 7.10.2 repo to RC2: https://copr.fedoraproject.org/coprs/petersen/ghc-7.10.2 There are builds for Fedora 22 (release) and 23 (devel). Cheers, Jens From stegeman at gmail.com Tue Jul 14 22:29:41 2015 From: stegeman at gmail.com (Luite Stegeman) Date: Tue, 14 Jul 2015 22:29:41 +0000 Subject: ANNOUNCE: GHC 7.10.2 Release Candidate 2 In-Reply-To: References: Message-ID: On Fri, Jul 3, 2015 at 8:49 AM Austin Seipp wrote: > We are pleased to announce the first release candidate for GHC 7.10.2: > > I found out earlier today that Template Haskell support for the prim and javascript calling conventions (new in 7.10) was still missing a few cases, mainly breaking JS imports by treating/checking them as C identifiers. Trac #10638 (attached patch backported to 7.10), Phab D1070 (master). Also see: https://github.com/ghcjs/ghcjs/issues/364 I hope it's still in time to make it into the final. luite -------------- next part -------------- An HTML attachment was scrubbed... URL: From lukexipd at gmail.com Fri Jul 24 07:40:40 2015 From: lukexipd at gmail.com (Luke Iannini) Date: Fri, 24 Jul 2015 00:40:40 -0700 Subject: GHC crashing in checkProddableBlock during linking Message-ID: Hi all, I'm encountering a crash in GHC 7.10.1 and 7.8.4 on Windows when I attempt to use Template Haskell in anything that relies on a package that contains C++; in my case, bindings to the Bullet physics engine. This is a pretty big blocker for me as I haven't found any good workarounds, so it would be awesome to get a fix in (I guess I just missed 7.10.2) I've made some progress here and a minimal reproduction if anyone can help: https://ghc.haskell.org/trac/ghc/ticket/10672 Cheers Luke -------------- next part -------------- An HTML attachment was scrubbed... URL: From c.maeder at jacobs-university.de Fri Jul 24 07:59:00 2015 From: c.maeder at jacobs-university.de (Christian Maeder) Date: Fri, 24 Jul 2015 09:59:00 +0200 Subject: broken source link Message-ID: <55B1F044.9070100@jacobs-university.de> Hi, when trying to look up the original definition for Data.List.transpose in https://downloads.haskell.org/~ghc/latest/docs/html/libraries/Data-List.html I found that the source link https://downloads.haskell.org/~ghc/latest/docs/html/libraries/src/Data-OldList.html#transpose does not work. Could this be fixed? Or should I look elsewhere for the sources? Cheers Christian P.S. my looking up transpose was inspired by https://mail.haskell.org/pipermail/haskell-prime/2015-March/003933.html From svenpanne at gmail.com Fri Jul 24 08:05:51 2015 From: svenpanne at gmail.com (Sven Panne) Date: Fri, 24 Jul 2015 10:05:51 +0200 Subject: broken source link In-Reply-To: <55B1F044.9070100@jacobs-university.de> References: <55B1F044.9070100@jacobs-university.de> Message-ID: 2015-07-24 9:59 GMT+02:00 Christian Maeder : > when trying to look up the original definition for > Data.List.transpose in > > https://downloads.haskell.org/~ghc/latest/docs/html/libraries/Data-List.html > I found that the source link > > https://downloads.haskell.org/~ghc/latest/docs/html/libraries/src/Data-OldList.html#transpose > does not work. [...] > Hmmm, basically *all* source links in the library documentation are broken, I've tried 2 dozen, and none worked... :-/ I think we had several problems with the documentation in the past, so would it make sense to run an automatic link checker on the library docs and post the result to e.g. ghc-builds? -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben at well-typed.com Wed Jul 29 15:26:58 2015 From: ben at well-typed.com (Ben Gamari) Date: Wed, 29 Jul 2015 17:26:58 +0200 Subject: ANNOUNCE: GHC version 7.10.2 Message-ID: <8761533ry5.fsf@smart-cactus.org> ===================================================================== The (Interactive) Glasgow Haskell Compiler -- version 7.10.2 ===================================================================== The GHC Team is pleased to announce a new bug-fix release of GHC, 7.10.2. There have been a number of significant bug fixes since the 7.10.1 (with over 70 defects fixed). These include fixes affecting type-checker correctness, runtime stability, and compiler performance. For this reason we highly recommend that users of 7.10.1 upgrade quickly. Note that due to changes made in this release to GHC's optimizer, previously fragile-but-working rewrite rules may fail to fire. One example of this was found in the widely-used `text` package late in the release cycle, which manifested in long compilation times and poor code generation for `Text` literals (see [Trac #10528]). Users are advised to use text >=1.2.1.2 which includes more robust rewrite rules. The full release notes including a complete listing of the changes in this release can be found here, https://downloads.haskell.org/~ghc/7.10.2/docs/html/users_guide/release-7-10-2.html [Trac #10528]: https://ghc.haskell.org/trac/ghc/ticket/10528 How to get it ~~~~~~~~~~~~~ Both binary and source tarballs of GHC itself are available on the release download page, https://www.haskell.org/ghc/download_ghc_7_10_2 For a more smoother, better integrated experience users are encouraged to find a Haskell distribution. While these alternatives may not yet include 7.10.2, they offer tools and libraries to quickly get users up and running, as well as potentially better integration with the host operating system and package manager. See, https://www.haskell.org/downloads for more details. Background ~~~~~~~~~~ Haskell is a standard lazy functional programming language. GHC is a state-of-the-art programming suite for Haskell. Included is an optimising compiler generating good code for a variety of platforms, together with an interactive system for convenient, quick development. The distribution includes space and time profiling facilities, a large collection of libraries, and support for various language extensions, including concurrency, exceptions, and foreign language interfaces (C, whatever). GHC is distributed under a BSD-style open source license. A wide variety of Haskell related resources (tutorials, libraries, specifications, documentation, compilers, interpreters, references, contact information, links to research groups) are available from the Haskell home page (see below), https://www.haskell.org/ Supported Platforms ~~~~~~~~~~~~~~~~~~~ The list of platforms supported by GHC and the people responsible for them can be found here, https://ghc.haskell.org/trac/ghc/wiki/Platforms https://ghc.haskell.org/trac/ghc/wiki/CodeOwners Ports to other platforms are possible with varying degrees of difficulty. The Building Guide describes how to go about porting to a new platform: https://ghc.haskell.org/trac/ghc/wiki/Building Developers ~~~~~~~~~~ If you enjoy using GHC, you will likely also enjoy contributing to it! We are always looking for new contributors. Instructions on accessing our source code repository, and getting started with hacking on GHC, are available from the GHC developer site, https://ghc.haskell.org/trac/ghc/ Mailing lists ~~~~~~~~~~~~~ We run mailing lists for GHC users and bug reports; to subscribe, use the web interfaces at https://www.haskell.org/mailman/listinfo/glasgow-haskell-users https://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs There are several other haskell and ghc-related mailing lists on www.haskell.org; for the full list, see https://www.haskell.org/mailman/listinfo/ Some GHC developers hang out on #haskell on IRC, too: https://www.haskell.org/haskellwiki/IRC_channel Please report bugs using our bug tracking system. Instructions on reporting bugs can be found here: https://www.haskell.org/ghc/reportabug Hashes & Signatures ~~~~~~~~~~~~~~~~~ In https://downloads.haskell.org/~ghc/7.10.2/ you will find a signed copy of the SHA256 hashes for the tarballs, using my GPG key, Benjamin Gamari Fingerprint: FFEB 7CE8 1E16 A36B 3E2D ED6F 2DE0 4D4E 97DB 64AD -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 472 bytes Desc: not available URL: From asr at eafit.edu.co Wed Jul 29 15:53:29 2015 From: asr at eafit.edu.co (=?UTF-8?B?QW5kcsOpcyBTaWNhcmQtUmFtw61yZXo=?=) Date: Wed, 29 Jul 2015 10:53:29 -0500 Subject: [Haskell] ANNOUNCE: GHC version 7.10.2 In-Reply-To: <8761533ry5.fsf@smart-cactus.org> References: <8761533ry5.fsf@smart-cactus.org> Message-ID: Hi, On 29 July 2015 at 10:26, Ben Gamari wrote: > The GHC Team is pleased to announce a new bug-fix release of GHC, > 7.10.2. Thanks for the release! FYI, there are various missing *.tar.xz files in the SHA256SUMS file in http://downloads.haskell.org/~ghc/7.10.2/ Best regards, -- Andr?s From ben at well-typed.com Wed Jul 29 16:28:52 2015 From: ben at well-typed.com (Ben Gamari) Date: Wed, 29 Jul 2015 18:28:52 +0200 Subject: [Haskell] ANNOUNCE: GHC version 7.10.2 In-Reply-To: References: <8761533ry5.fsf@smart-cactus.org> Message-ID: <87vbd32aij.fsf@smart-cactus.org> Andr?s Sicard-Ram?rez writes: > Hi, > > On 29 July 2015 at 10:26, Ben Gamari wrote: >> The GHC Team is pleased to announce a new bug-fix release of GHC, >> 7.10.2. > > Thanks for the release! > > FYI, there are various missing *.tar.xz files in the SHA256SUMS file in > > http://downloads.haskell.org/~ghc/7.10.2/ > I suspect this may be due to the (Content Delivery Network (CDN) caches being stale. Unfortunately this seems to be a persistent issue. You can likely fool the CDN by inserting superfluous / characters in the URL (thanks to Herbert for the tip). For instance, http://downloads.haskell.org/~ghc/7.10.2///SHA256SUMS Cheers, - Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 472 bytes Desc: not available URL: From asr at eafit.edu.co Wed Jul 29 18:15:56 2015 From: asr at eafit.edu.co (=?UTF-8?B?QW5kcsOpcyBTaWNhcmQtUmFtw61yZXo=?=) Date: Wed, 29 Jul 2015 13:15:56 -0500 Subject: [Haskell] ANNOUNCE: GHC version 7.10.2 In-Reply-To: <87vbd32aij.fsf@smart-cactus.org> References: <8761533ry5.fsf@smart-cactus.org> <87vbd32aij.fsf@smart-cactus.org> Message-ID: On 29 July 2015 at 11:28, Ben Gamari wrote: >> FYI, there are various missing *.tar.xz files in the SHA256SUMS file in >> >> http://downloads.haskell.org/~ghc/7.10.2/ >> > I suspect this may be due to the (Content Delivery Network (CDN) caches > being stale. Unfortunately this seems to be a persistent issue. You can > likely fool the CDN by inserting superfluous / characters in the URL > (thanks to Herbert for the tip). For instance, > > http://downloads.haskell.org/~ghc/7.10.2///SHA256SUMS This fixed the issue. Thanks! -- Andr?s From manny at fpcomplete.com Thu Jul 30 05:24:16 2015 From: manny at fpcomplete.com (Emanuel Borsboom) Date: Wed, 29 Jul 2015 22:24:16 -0700 Subject: [Haskell-cafe] ANNOUNCE: GHC version 7.10.2 In-Reply-To: <8761533ry5.fsf@smart-cactus.org> References: <8761533ry5.fsf@smart-cactus.org> Message-ID: Is anyone else having trouble downloading the FreeBSD binaries? I?m getting 403 Forbidden errors: $ curl -sSL http://downloads.haskell.org/~ghc/7.10.2/ghc-7.10.2-i386-portbld-freebsd.tar.xz 403 Forbidden

403 Forbidden


nginx/1.6.2
$ curl -sSL http://downloads.haskell.org/~ghc/7.10.2/ghc-7.10.2-x86_64-portbld-freebsd.tar.xz 403 Forbidden

403 Forbidden


nginx/1.6.2
? On Wed, Jul 29, 2015 at 8:26 AM, Ben Gamari wrote: > > ===================================================================== > The (Interactive) Glasgow Haskell Compiler -- version 7.10.2 > ===================================================================== > > The GHC Team is pleased to announce a new bug-fix release of GHC, > 7.10.2. > > There have been a number of significant bug fixes since the 7.10.1 (with > over 70 defects fixed). These include fixes affecting type-checker > correctness, runtime stability, and compiler performance. For this > reason we highly recommend that users of 7.10.1 upgrade quickly. > > Note that due to changes made in this release to GHC's optimizer, > previously fragile-but-working rewrite rules may fail to fire. One > example of this was found in the widely-used `text` package late in the > release cycle, which manifested in long compilation times and poor code > generation for `Text` literals (see [Trac #10528]). Users are advised to > use text >=1.2.1.2 which includes more robust rewrite rules. > > The full release notes including a complete listing of the changes in > this release can be found here, > > > https://downloads.haskell.org/~ghc/7.10.2/docs/html/users_guide/release-7-10-2.html > > > [Trac #10528]: https://ghc.haskell.org/trac/ghc/ticket/10528 > > > How to get it > ~~~~~~~~~~~~~ > > Both binary and source tarballs of GHC itself are available on > the release download page, > > https://www.haskell.org/ghc/download_ghc_7_10_2 > > For a more smoother, better integrated experience users are encouraged > to find a Haskell distribution. While these alternatives may not yet > include 7.10.2, they offer tools and libraries to quickly get users up > and running, as well as potentially better integration with the host > operating system and package manager. See, > > https://www.haskell.org/downloads > > for more details. > > > Background > ~~~~~~~~~~ > > Haskell is a standard lazy functional programming language. > > GHC is a state-of-the-art programming suite for Haskell. Included is > an optimising compiler generating good code for a variety of > platforms, together with an interactive system for convenient, quick > development. The distribution includes space and time profiling > facilities, a large collection of libraries, and support for various > language extensions, including concurrency, exceptions, and foreign > language interfaces (C, whatever). GHC is distributed under a > BSD-style open source license. > > A wide variety of Haskell related resources (tutorials, libraries, > specifications, documentation, compilers, interpreters, references, > contact information, links to research groups) are available from the > Haskell home page (see below), > > https://www.haskell.org/ > > > Supported Platforms > ~~~~~~~~~~~~~~~~~~~ > > The list of platforms supported by GHC and the people responsible for > them can be found here, > > https://ghc.haskell.org/trac/ghc/wiki/Platforms > https://ghc.haskell.org/trac/ghc/wiki/CodeOwners > > Ports to other platforms are possible with varying degrees of > difficulty. The Building Guide describes how to go about porting to a > new platform: > > https://ghc.haskell.org/trac/ghc/wiki/Building > > Developers > ~~~~~~~~~~ > > If you enjoy using GHC, you will likely also enjoy contributing to it! > We are always looking for new contributors. Instructions on accessing > our source code repository, and getting started with hacking on GHC, are > available from the GHC developer site, > > https://ghc.haskell.org/trac/ghc/ > > Mailing lists > ~~~~~~~~~~~~~ > > We run mailing lists for GHC users and bug reports; to subscribe, use > the web interfaces at > > https://www.haskell.org/mailman/listinfo/glasgow-haskell-users > https://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs > > There are several other haskell and ghc-related mailing lists on > www.haskell.org; for the full list, see > > https://www.haskell.org/mailman/listinfo/ > > Some GHC developers hang out on #haskell on IRC, too: > > https://www.haskell.org/haskellwiki/IRC_channel > > Please report bugs using our bug tracking system. Instructions on > reporting bugs can be found here: > > https://www.haskell.org/ghc/reportabug > > Hashes & Signatures > ~~~~~~~~~~~~~~~~~ > > In https://downloads.haskell.org/~ghc/7.10.2/ you will find a signed > copy of the SHA256 hashes for the tarballs, using my GPG key, > > Benjamin Gamari > > Fingerprint: FFEB 7CE8 1E16 A36B 3E2D > ED6F 2DE0 4D4E 97DB 64AD > > _______________________________________________ > Haskell-Cafe mailing list > Haskell-Cafe at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nikita at karetnikov.org Thu Jul 30 05:40:13 2015 From: nikita at karetnikov.org (Nikita Karetnikov) Date: Thu, 30 Jul 2015 08:40:13 +0300 Subject: [Haskell-cafe] ANNOUNCE: GHC version 7.10.2 In-Reply-To: (Emanuel Borsboom's message of "Wed, 29 Jul 2015 22:24:16 -0700") References: <8761533ry5.fsf@smart-cactus.org> Message-ID: <877fpi8apu.fsf@karetnikov.org> > Is anyone else having trouble downloading the FreeBSD binaries? I?m getting 403 > Forbidden errors: > > $ curl -sSL http://downloads.haskell.org/~ghc/7.10.2/ghc-7.10.2-i386-portbld-freebsd.tar.xz Same. From ben at smart-cactus.org Thu Jul 30 07:03:07 2015 From: ben at smart-cactus.org (Ben Gamari) Date: Thu, 30 Jul 2015 09:03:07 +0200 Subject: [Haskell-cafe] ANNOUNCE: GHC version 7.10.2 In-Reply-To: References: <8761533ry5.fsf@smart-cactus.org> Message-ID: <87oaiu2klw.fsf@smart-cactus.org> Emanuel Borsboom writes: > Is anyone else having trouble downloading the FreeBSD binaries? I?m getting 403 > Forbidden errors: > Indeed there were a few files mark with incorrect permissions. This is now fixed. Thanks for pointing this out! Cheers, - Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 472 bytes Desc: not available URL: From the.dead.shall.rise at gmail.com Thu Jul 30 07:11:07 2015 From: the.dead.shall.rise at gmail.com (Mikhail Glushenkov) Date: Thu, 30 Jul 2015 09:11:07 +0200 Subject: ANNOUNCE: GHC version 7.10.2 In-Reply-To: <8761533ry5.fsf@smart-cactus.org> References: <8761533ry5.fsf@smart-cactus.org> Message-ID: Hi, On 29 July 2015 at 17:26, Ben Gamari wrote: > [...] > The full release notes including a complete listing of the changes in > this release can be found here, > > https://downloads.haskell.org/~ghc/7.10.2/docs/html/users_guide/release-7-10-2.html This gives me error 404. From ben at well-typed.com Thu Jul 30 08:18:29 2015 From: ben at well-typed.com (Ben Gamari) Date: Thu, 30 Jul 2015 10:18:29 +0200 Subject: [Haskell-cafe] ANNOUNCE: GHC version 7.10.2 In-Reply-To: References: <8761533ry5.fsf@smart-cactus.org> Message-ID: <87lhdy2h4a.fsf@smart-cactus.org> Mikhail Glushenkov writes: > Hi, > > On 29 July 2015 at 17:26, Ben Gamari wrote: >> [...] >> The full release notes including a complete listing of the changes in >> this release can be found here, >> >> https://downloads.haskell.org/~ghc/7.10.2/docs/html/users_guide/release-7-10-2.html > > This gives me error 404. > I'm not sure what else to say other than to suggest adding superfluous `/` characters to the URL as mentioned previously. The document is there, the CDN just still hasn't realized it. Cheers, - Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 472 bytes Desc: not available URL: From ben at well-typed.com Thu Jul 30 12:07:07 2015 From: ben at well-typed.com (Ben Gamari) Date: Thu, 30 Jul 2015 14:07:07 +0200 Subject: ANNOUNCE: GHC version 7.10.2 In-Reply-To: <8761533ry5.fsf@smart-cactus.org> References: <8761533ry5.fsf@smart-cactus.org> Message-ID: <877fph3l3o.fsf@smart-cactus.org> Hello again! See below for an important announcement regarding the `text` issue described earlier. Ben Gamari writes: > ===================================================================== > The (Interactive) Glasgow Haskell Compiler -- version 7.10.2 > ===================================================================== > > The GHC Team is pleased to announce a new bug-fix release of GHC, > 7.10.2. > > There have been a number of significant bug fixes since the 7.10.1 (with > over 70 defects fixed). These include fixes affecting type-checker > correctness, runtime stability, and compiler performance. For this > reason we highly recommend that users of 7.10.1 upgrade quickly. > > Note that due to changes made in this release to GHC's optimizer, > previously fragile-but-working rewrite rules may fail to fire. One > example of this was found in the widely-used `text` package late in the > release cycle, which manifested in long compilation times and poor code > generation for `Text` literals (see [Trac #10528]). Users are advised to > use text >=1.2.1.2 which includes more robust rewrite rules. > It has been brought to my attention that the fix included in text-1.2.1.2 does not in fact fix the rule issues triggered by GHC 7.10.2 (see the later comments on #10528 for details). I have pushed text-1.2.1.3 to Hackage which finally resolves this issue. Users of GHC 7.10.2 should upgrade to text >=1.2.1.3 at their earliest convenience. Cheers, - Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 472 bytes Desc: not available URL: From allbery.b at gmail.com Thu Jul 30 16:55:35 2015 From: allbery.b at gmail.com (Brandon Allbery) Date: Thu, 30 Jul 2015 12:55:35 -0400 Subject: [Haskell-cafe] ANNOUNCE: GHC version 7.10.2 In-Reply-To: References: <8761533ry5.fsf@smart-cactus.org> <877fph3l3o.fsf@smart-cactus.org> Message-ID: On Thu, Jul 30, 2015 at 12:52 PM, James M wrote: > There was talk from an earlier email thread of releasing the Haskell > Platform at the same time as 7.10.2. I think the right place to ask this is libraries at haskell.org. I would imagine they're in final testing and/or getting release packages in place. (Note as previously mentioned that "text" was just updated, and the Platform needs that; this presumably means they had to start over making release packages.) -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben at well-typed.com Thu Jul 30 17:04:33 2015 From: ben at well-typed.com (Ben Gamari) Date: Thu, 30 Jul 2015 19:04:33 +0200 Subject: [Haskell-cafe] ANNOUNCE: GHC version 7.10.2 In-Reply-To: References: <8761533ry5.fsf@smart-cactus.org> <877fph3l3o.fsf@smart-cactus.org> Message-ID: <87mvyd1sri.fsf@smart-cactus.org> James M writes: > There was talk from an earlier email thread of releasing the Haskell > Platform at the same time as 7.10.2. > > I am referring to the weekly news of 2015/05/11: > https://ghc.haskell.org/trac/ghc/blog/weekly20150511 > > and this email thread: > https://mail.haskell.org/pipermail/ghc-devs/2015-May/008911.html > > > Was this plan abandoned? Or was there something unexpected that is delaying > it? > Not at all! There ended up being a bit of timing skew between the Platform and GHC releases but an approximately concurrent release is still the plan. The Platform folks are hard at work as we speak, in the final stages of pushing out their release. I expect it will be announced shortly. Unfortunately due to the late notice of the text issue, the initial release will ship with text-1.2.1.1, which is still affected by the rewrite issue. That being said, the impact of this issue is mostly on compile time, in most cases you shouldn't see much impact on runtime performance. Moreover, they will be working to push out another release with text-1.2.1.3 in the coming days. Cheers, - Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 472 bytes Desc: not available URL: From qdunkan at gmail.com Fri Jul 31 18:10:01 2015 From: qdunkan at gmail.com (Evan Laforge) Date: Fri, 31 Jul 2015 11:10:01 -0700 Subject: simultaneous ghc versions Message-ID: The recent release of ghc 7.10.2 reminded me of something I meant to ask about a long time ago. Most of the binaries ghc installs are versioned (x linked to x-7.10.2), with some exceptions (hpc and hsc2hs). Shouldn't they all be versioned? Also, 'haddock' is inconsistent with all the rest, in that it's haddock linked to haddock-ghc-7.10.2. I've long used a few shell scripts (recently upgraded to python) to manage ghc installs. A 'set' which creates symlinks to make a particular version current, and an 'rm' to remove all traces of a version. But due to the inconsistency, I have to remember to run "fix" first, which moves the unversioned binaries to versioned names. As an aside, I have three scripts I use all the time: set version, remove version, and remove library. Come to think of it, shouldn't ghc include this, instead of everyone creating their own shell scripts by hand? From hvriedel at gmail.com Fri Jul 31 18:26:43 2015 From: hvriedel at gmail.com (Herbert Valerio Riedel) Date: Fri, 31 Jul 2015 20:26:43 +0200 Subject: simultaneous ghc versions In-Reply-To: (Evan Laforge's message of "Fri, 31 Jul 2015 11:10:01 -0700") References: Message-ID: <87d1z8p4ik.fsf@gmail.com> On 2015-07-31 at 20:10:01 +0200, Evan Laforge wrote: [...] > I've long used a few shell scripts (recently upgraded to python) to > manage ghc installs. A 'set' which creates symlinks to make a > particular version current, and an 'rm' to remove all traces of a > version. But due to the inconsistency, I have to remember to run > "fix" first, which moves the unversioned binaries to versioned names. > > As an aside, I have three scripts I use all the time: set version, > remove version, and remove library. Come to think of it, shouldn't > ghc include this, instead of everyone creating their own shell scripts > by hand? Btw, I simply prepend to the $PATH env variable, or pass the appropriate executable name to `cabal`'s -w --with-compiler=PATH give the path to a particular compiler option. Having user-global symlinks seems to be the least desirable way to handle multiple installed ghc versions to me, as the choice becomes global (so you when you switch ghc versions in one xterm, this suddenly affects all other xterms, rather than applying only for the scope of the one single xterm where I want this to apply). From qdunkan at gmail.com Fri Jul 31 18:32:43 2015 From: qdunkan at gmail.com (Evan Laforge) Date: Fri, 31 Jul 2015 11:32:43 -0700 Subject: simultaneous ghc versions In-Reply-To: <87d1z8p4ik.fsf@gmail.com> References: <87d1z8p4ik.fsf@gmail.com> Message-ID: On Fri, Jul 31, 2015 at 11:26 AM, Herbert Valerio Riedel wrote: > Btw, I simply prepend to the $PATH env variable, or pass the appropriate > executable name to `cabal`'s > > -w --with-compiler=PATH give the path to a particular compiler I don't understand, aren't they all in /usr/local/bin? Or do you use a version-specific prefix when installing each ghc version? Also, ghc is not just the compiler, but also hsc2hs hpc runghc ghci ghc-pkg haddock-ghc. At the least, ghc-pkg has to be the right version, but all of those are version specific since they'll break if you remove their /usr/lib/ghc-version. From hvriedel at gmail.com Fri Jul 31 18:42:58 2015 From: hvriedel at gmail.com (Herbert Valerio Riedel) Date: Fri, 31 Jul 2015 20:42:58 +0200 Subject: simultaneous ghc versions In-Reply-To: (Evan Laforge's message of "Fri, 31 Jul 2015 11:32:43 -0700") References: <87d1z8p4ik.fsf@gmail.com> Message-ID: <874mkkqibx.fsf@gmail.com> On 2015-07-31 at 20:32:43 +0200, Evan Laforge wrote: > On Fri, Jul 31, 2015 at 11:26 AM, Herbert Valerio Riedel > wrote: >> Btw, I simply prepend to the $PATH env variable, or pass the appropriate >> executable name to `cabal`'s >> >> -w --with-compiler=PATH give the path to a particular compiler > > I don't understand, aren't they all in /usr/local/bin? Or do you use > a version-specific prefix when installing each ghc version? Sorry, I assumed this w/o saying; I maintain and use myself https://github.com/hvr/multi-ghc-travis which in fact uses version-specific install prefixes, resulting in the `bin` folder being /opt/ghc//bin > Also, ghc is not just the compiler, but also hsc2hs hpc runghc ghci > ghc-pkg haddock-ghc. At the least, ghc-pkg has to be the right > version, `cabal` is actually clever enough to locate the appropriate executable, if I pass it a specific ghc executable (iirc it looks in the same folder where `ghc` was found) $ which ghc-pkg /opt/ghc/7.10.2/bin/ghc-pkg $ which hsc2hs /opt/ghc/7.10.2/bin/hsc2hs $ cabal configure -w /opt/ghc/7.6.3/bin/ghc -v2 ... Using ghc version 7.6.3 given by user at: /opt/ghc/7.6.3/bin/ghc Using ghc-pkg version 7.6.3 found on system at: /opt/ghc/7.6.3/bin/ghc-pkg Using hsc2hs version 0.67 found on system at: /opt/ghc/7.6.3/bin/hsc2hs ... > but all of those are version specific since they'll break if > you remove their /usr/lib/ghc-version. From rwbarton at gmail.com Fri Jul 31 18:54:59 2015 From: rwbarton at gmail.com (Reid Barton) Date: Fri, 31 Jul 2015 14:54:59 -0400 Subject: simultaneous ghc versions In-Reply-To: References: <87d1z8p4ik.fsf@gmail.com> Message-ID: On Fri, Jul 31, 2015 at 2:32 PM, Evan Laforge wrote: > On Fri, Jul 31, 2015 at 11:26 AM, Herbert Valerio Riedel > wrote: > > Btw, I simply prepend to the $PATH env variable, or pass the appropriate > > executable name to `cabal`'s > > > > -w --with-compiler=PATH give the path to a particular > compiler > > I don't understand, aren't they all in /usr/local/bin? Or do you use > a version-specific prefix when installing each ghc version? > You can specify just the executable name, in which case cabal will search $PATH; or specify an absolute or relative path. So cabal install -w ghc-7.10.2 cabal install -w ghc-7.8.4 cabal install -w $HOME/my-ghc-checkout/inplace/bin/ghc-stage2 I install the binary distributions with --prefix=$HOME, so that the binaries all end up in ~/bin and I can invoke the version I want easily in this fashion. The only thing I find missing is the ability to install a binary distribution without overwriting the existing symlinks (e.g. ghc -> ghc-7.8.4). Regards, Reid Barton -------------- next part -------------- An HTML attachment was scrubbed... URL: From qdunkan at gmail.com Fri Jul 31 19:29:54 2015 From: qdunkan at gmail.com (Evan Laforge) Date: Fri, 31 Jul 2015 12:29:54 -0700 Subject: simultaneous ghc versions In-Reply-To: <874mkkqibx.fsf@gmail.com> References: <87d1z8p4ik.fsf@gmail.com> <874mkkqibx.fsf@gmail.com> Message-ID: On Fri, Jul 31, 2015 at 11:42 AM, Herbert Valerio Riedel wrote: > Sorry, I assumed this w/o saying; > > I maintain and use myself > > https://github.com/hvr/multi-ghc-travis Ah, I see. I agree your approach is more principled in that it's local rather than modifying global state. In practice, though, my way of relinking the symlinks is simple and has worked well enough for my modest needs. And for me, the global modification is actually what I want. But it also sounds like this is also demonstrating the "everyone creates their own solution" that I was suggesting might be happening. I didn't know about the cabal cleverness, but it wouldn't be that useful for me since I don't use cabal. While cabal is useful, I don't think we should delegate low level functionality to it such that you can't use ghc without also committing to its not-a-build-system build system. Given that modifying global /usr/local state is the way that ghc installation (along with unix installation in general) works, wouldn't it still make sense to be more consistent about the binary names to make switching versions or uninstalling less error-prone? As far as shipping with scripts for versioning and uninstallation, I still think it makes sense to have a simple built-in way. I know I've seen a few versions of the library uninstall script floating around, so I can't be the only one. I seem to recall the OS X platform install had some uninstall or version switching scripts, but specialized to the OS X directory layout. Switching to a more principled scheme where you have truly local versions sounds like a much more ambitious task... eventually winding up with nix and plan9 style local mounts... or something. It's a worthy goal but more difficult than renaming a few binaries. From svenpanne at gmail.com Fri Jul 31 19:54:21 2015 From: svenpanne at gmail.com (Sven Panne) Date: Fri, 31 Jul 2015 21:54:21 +0200 Subject: simultaneous ghc versions In-Reply-To: References: <87d1z8p4ik.fsf@gmail.com> Message-ID: > > [...] The only thing I find missing is the ability to install a binary > distribution without overwriting the existing symlinks (e.g. ghc -> > ghc-7.8.4). > I second the OP's request and Reid's one: I think the binary distributions for *nices should neither contain unversioned executables nor should they try to link these to the versioned ones for themselves. This is exactly what update-alternatives is for, and it does it in a very principled, standard way everyone understands (or can at least look up :-). Death to the not-invented-here syndrome! :-D -------------- next part -------------- An HTML attachment was scrubbed... URL: From mle+hs at mega-nerd.com Fri Jul 31 20:31:38 2015 From: mle+hs at mega-nerd.com (Erik de Castro Lopo) Date: Sat, 1 Aug 2015 06:31:38 +1000 Subject: simultaneous ghc versions In-Reply-To: References: Message-ID: <20150801063138.246d3697079385296f431930@mega-nerd.com> Evan Laforge wrote: > The recent release of ghc 7.10.2 reminded me of something I meant to > ask about a long time ago. Most of the binaries ghc installs are > versioned (x linked to x-7.10.2), with some exceptions (hpc and > hsc2hs). Shouldn't they all be versioned? Also, 'haddock' is > inconsistent with all the rest, in that it's haddock linked to > haddock-ghc-7.10.2. I maintaing multiple versions of GHC on all the machines I use regularly for Haskell development. I have: * ghc-7.6.3 installed under /usr/lib/ghc-7.6/ * ghc-7.8.4 installed under /usr/lib/ghc-7.8/ * ghc-7.10.2 installed under /usr/lib/ghc-7.10/ To switch between versions all I need to do is modify $PATH to remove say /usr/lib/ghc-7.6/bin and add /usr/lib/ghc-7.10/bin. This lets me have two terminal window side by side with different versions of GHC. I actually have a shell function to to do this PATH mangling. I can document this more fully if anyone is interested. Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/ From kahl at cas.mcmaster.ca Fri Jul 31 22:04:18 2015 From: kahl at cas.mcmaster.ca (Wolfram Kahl) Date: Fri, 31 Jul 2015 18:04:18 -0400 Subject: simultaneous ghc versions In-Reply-To: <20150801063138.246d3697079385296f431930@mega-nerd.com> References: <20150801063138.246d3697079385296f431930@mega-nerd.com> Message-ID: <20150731220418.GA32312@ritchie.cas.mcmaster.ca> On Sat, Aug 01, 2015 at 06:31:38AM +1000, Erik de Castro Lopo wrote: > I maintaing multiple versions of GHC on all the machines I use regularly > for Haskell development. I have: > > * ghc-7.6.3 installed under /usr/lib/ghc-7.6/ > * ghc-7.8.4 installed under /usr/lib/ghc-7.8/ > * ghc-7.10.2 installed under /usr/lib/ghc-7.10/ > > To switch between versions all I need to do is modify $PATH > to remove say /usr/lib/ghc-7.6/bin and add /usr/lib/ghc-7.10/bin. > This lets me have two terminal window side by side with different > versions of GHC. I use essentially the same setup, but found that cabal-install does not play nicely with this: No matter under which prefix I install cabal-install, it always assumes the same global path for its configuration file. This is a nuisance in particular when for some reason different versions of GHC need different versions of cabal-install --- apparently older GHCs don't work with newer versions of cabal-install? I did experiment with cabal-install's -w and sandboxes, and agree with what was previously mentioned: It only helps if you never use GHC without cabal-install. It would be nice if cabal-install had an installation-time option to set its prefix directory FOR EVERYTHING. The best cludge I found was scripts /usr/lib/ghc-*/bin/mycabal that call /usr/lib/ghc-*/bin/cabal with appropriate options... Wolfram From mle+hs at mega-nerd.com Fri Jul 31 22:20:54 2015 From: mle+hs at mega-nerd.com (Erik de Castro Lopo) Date: Sat, 1 Aug 2015 08:20:54 +1000 Subject: simultaneous ghc versions In-Reply-To: <20150731220418.GA32312@ritchie.cas.mcmaster.ca> References: <20150801063138.246d3697079385296f431930@mega-nerd.com> <20150731220418.GA32312@ritchie.cas.mcmaster.ca> Message-ID: <20150801082054.aa45bd5f6331c3a2b64ee48d@mega-nerd.com> Wolfram Kahl wrote: > I use essentially the same setup, > but found that cabal-install does not play nicely with this: > No matter under which prefix I install cabal-install, > it always assumes the same global path for its configuration file. I install cabal-install from debian which just puts it in /usr/bin/ which works fine, with and without sandboxes. > This is a nuisance in particular when for some reason different versions > of GHC need different versions of cabal-install --- apparently older GHCs > don't work with newer versions of cabal-install? I have not run into this problem with ghc-7.6.3, ghc-7.8.4 and ghc-7.10.2 installed. > I did experiment with cabal-install's -w and sandboxes, > and agree with what was previously mentioned: > It only helps if you never use GHC without cabal-install. With a recent version of cabal, run 'cabal user-config diff' to display what if different between your ~/.cabal/config and what cabal would install if it didn't exist. Sometimes an older ~/.cabal/config file can cause troubles. Cheers, Erik PS: Please reply to the list and do not CC me. -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/