Re: Bug in GC's ordering of ForeignPtr finalization?

On Sun, 28 Aug 2011 22:26:05 -0500, Antoine Latter aslat...@gmail.com wrote: One problem you might be running in to is that the optimization passes can notice that a function isn't using all of its arguments, and then it won't pass them. These even applies if the arguments are bound together

Re: memory fragmentation with ghc-7.6.1

Simon Marlow marlo...@gmail.com writes: On 21/09/2012 04:07, John Lato wrote: Yes, that's my current understanding. I see this with ByteString and Data.Vector.Storable, but not Data.Vector/Data.Vector.Unboxed/Data.Text. As ByteStrings are pretty widely used for IO, I expected that somebody

Re: memory fragmentation with ghc-7.6.1

Simon Marlow marlo...@gmail.com writes: On 28/09/12 17:36, Ben Gamari wrote: Unfortunately, after poking around I found a few obvious problems with both the code and my testing configuration which explained the performance drop. Things seem to be back to normal now. Sorry for the noise

Re: Error building ghc on raspberry pi.

rocon...@theorem.ca writes: Some further information it seems that llc is segfaulting: Where did you get your LLVM build from? Did you try running the LLVM testsuite? IIRC, LLVM 3.0 was less than stellar on ARM. - Ben ___ Glasgow-haskell-users

Re: Error building ghc on raspberry pi.

Karel Gardas karel.gar...@centrum.cz writes: On 01/11/13 09:25 PM, rocon...@theorem.ca wrote: On Thu, 10 Jan 2013, Karel Gardas wrote: Hmm, are you using Raspbian? I.e. hard-float abi caught my eye in case of ARMv6/ARM11 chip here... I'm afraid LLVM is not well guided in your case so

Re: Error building ghc on raspberry pi.

rocon...@theorem.ca writes: What version of GHC did you build? This was building from the ghc-7.4 branch. That being said, after this build finished I noticed that the resulting stage 2 compiler wasn't invoking llc with the correct parameters, resulting in the same linker error when doing

Re: Error building ghc on raspberry pi.

rocon...@theorem.ca writes: On Sat, 12 Jan 2013, Ben Gamari wrote: SRC_HC_OPTS= -H64m -Rghc-timing GhcStage1HcOpts= -O -fvia-C GhcStage2HcOpts= -O0 -fllvm -keep-llvm-files -debug -DDEBUG -optc-mfloat-abi=hard -optc-mcpu=cortex-a9 -optlc-float-abi=hard -optlc-mcpu

Re: Error building ghc on raspberry pi.

rocon...@theorem.ca writes: Okay, I tried: SRC_HC_OPTS= -H64m -Rghc-timing -optc-mfloat-abi=hard -optc-march=armv6 -optc-mfpu=vfp -optlc=-mattr=+vfp2 GhcStage1HcOpts= -O -fllvm GhcStage2HcOpts= -O0 -fllvm GhcLibHcOpts = -O -fllvm -optlc-float-abi=hard and I got the

Re: GHC compilation error (re-post).

Caitlin bioprogram...@gmail.com writes: Hi all. I wrote the following test program: bar x = x * x on a Win32 (SP3) machine using the Haskell Platform and GHC-7.6.1 (standalone) and I have noticed the same frustrating errors. Any suggestions would be most appreciated. Are you certain you

Re: Extended periods of waking up thread %d on cap %d

Ben Gamari bgamari.f...@gmail.com writes: Recently I've been benchmarking my concurrent Gibbs sampler[1] on a largish multicore machine. I've been using GHC HEAD due to various GC-related fixes that are present. One thing that I've noticed in looking over the event logs

Re: Extended periods of waking up thread %d on cap %d

Simon Marlow marlo...@gmail.com writes: So I think we could adopt a similar policy for STM. The mutex is lockTSO()/unlockTSO(), which is already taken in STM.c:unpark_tso(). To indicate that a thread has already been sent a wakeup message, we could set tso-block_info.closure to a special

GHC 7.8 release redux

Recently I tried to parse the flurry of activity in the GHC 7.8 release? thread which started in early February[1]. This was quite a long thread with a number of different facets. To avoid losing points in the noise, I thought it might be useful to summarize the major points (please comment if

GHC 7.8 on ARM

I've been accumulating some notes concerning the current status of GHC on ARM here[1]. To quote the tl;dr, GHC 7.8 should run well on ARM with the LLVM code generator and dynamic linking. The process of building GHC itself might be a bit hairy due to linker terribleness. After this,

Re: Cross compiling for Cortex A9

Michael Jones m...@proclivis.com writes: I am having problems building a GHC cross compiler for Linux (Yocto on a Wandboard) running on a Cortex A9, and need some advice on how to debug it. Sorry for the delay, almost overlooked this one! The cross compiler produces an executable that runs

Re: Thread behavior in 7.8.3

Michael Jones m...@proclivis.com writes: I have a general question about thread behavior in 7.8.3 vs 7.6.X I moved from 7.6 to 7.8 and my application behaves very differently. I have three threads, an application thread that plots data with wxhaskell or sends it over a network (depends on

Re: Thread behavior in 7.8.3

Michael Jones m...@proclivis.com writes: Ben, I am using Bas van Dijk’s usb, and I am past the -threading issue by using the latest commit. Excellent; I hadn't noticed the proclivis in your email address I don’t have any easy way of making comparisons between 7.6 and 7.8 productivity, but

Re: Thread behavior in 7.8.3

Michael Jones m...@proclivis.com writes: Sorry I am reviving an old problem, but it has resurfaced, such that one system behaves different than another. [snip] 1) Does ghc 7.8.4 have any improvements that might pertain to these kinds of scheduling/thread problems? 2) Is there anything

Re: making 7.10.1

Sergei Meshveliani mech...@botik.ru writes: People, I am trying to `make' ghc-7.10.1 from source by ghc-7.8.3 on Debian Linux. I command ./configure --prefix=/home/mechvel/haskell/ghc/7.10.1/inst0 make make.log The former command seems successful: ... #define

ANNOUNCE: GHC version 7.10.2

= 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

Re: ANNOUNCE: GHC version 7.10.2

Hello again! See below for an important announcement regarding the `text` issue described earlier. Ben Gamari b...@well-typed.com writes: = The (Interactive) Glasgow Haskell Compiler -- version 7.10.2

Re: [Haskell-cafe] ANNOUNCE: GHC version 7.10.2

Mikhail Glushenkov the.dead.shall.r...@gmail.com writes: Hi, On 29 July 2015 at 17:26, Ben Gamari b...@well-typed.com 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

Re: [Haskell-cafe] ANNOUNCE: GHC version 7.10.2

Emanuel Borsboom ma...@fpcomplete.com 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 signature.asc

Re: [Haskell-cafe] ANNOUNCE: GHC version 7.10.2

James M jmar...@eecs.berkeley.edu 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:

Re: HEADS UP: Need 7.10.3?

Moritz Drexl writes: > Hi all, > > For me, a 7.10.3 release is also urgently needed. > > Showstopper is the problem regarding invocation of GCC under Windows, > with response files as an already implemented solution. See: > > https://ghc.haskell.org/trac/ghc/ticket/10726 >

[ANNOUNCE] Glasgow Haskell Compiler version 7.10.3

Hello everyone, We are pleased to announce the release of GHC 7.10.3: https://downloads.haskell.org/~ghc/7.10.3/ There can be found source tarballs and binary distributions for 64-bit and 32-bit modern Linux (GMP 5.0 or later), CentOS (GMP 4.0), Windows, and 64-bit Mac OS X platforms.

Re: [ANNOUNCE] Glasgow Haskell Compiler version 7.10.3

Jeremy writes: > Towards the end of > http://downloads.haskell.org/~ghc/7.10.3/docs/html/users_guide//release-7-10-3.html: > > 1.7.3. Known bugs > At the time of release there is a fix in the Cabal upstream respository, > although it is not yet present in a release.

Re: [Haskell-cafe] [ANNOUNCE] Glasgow Haskell Compiler version 7.10.3

Ivan Lazar Miljenovic <ivan.miljeno...@gmail.com> writes: > On 9 December 2015 at 23:17, Ben Gamari <b...@well-typed.com> wrote: >> >> >> [1] >> http://downloads.haskell.org/~ghc/7.10.3/docs/html/users_guide//release-7-10-3.html > > The links

Re: Running GHC LLVM output through LLVM bitcode linker first

Clinton Mead writes: > Is there a way to run the LLVM code (both generated by Haskell and provided > by the user) though the LLVM bitcode linker to perform intermodule > optimizations (like inlining) > > http://llvm.org/docs/CommandGuide/llvm-link.html > > Here's some

Re: CMM-to-ASM: Register allocation wierdness

Harendra Kumar writes: > My earlier experiment was on GHC-7.10.3. I repeated this on GHC-8.0.1 and > the assembly traced was exactly the same except for a marginal improvement. > The 8.0.1 code generator removed the r14/r11 swap but the rest of the > register ring shift

Re: CMM-to-ASM: Register allocation wierdness

Ccing David Spitzenberg, who has thought about proc-point splitting, which is relevant for reasons that we will see below. Harendra Kumar <harendra.ku...@gmail.com> writes: > On 16 June 2016 at 13:59, Ben Gamari <b...@smart-cactus.org> wrote: >> >> It actually

Re: CMM-to-ASM: Register allocation wierdness

Harendra Kumar <harendra.ku...@gmail.com> writes: > Thanks Ben! I have my responses inline below. > No worries! > On 16 June 2016 at 18:07, Ben Gamari <b...@smart-cactus.org> wrote: > >> For the record, I have also struggled with register spilling issues in >>

Dropping bzip2 release tarballs?

tl;dr do you rely on the .bz2 release tarballs on downloads.haskell.org? If so, let us know! Hello everyone, As you may have noticed, a few releases ago we started producing xz-compressed binary distributions in addition to the usual bzip2 tarballs. While preparing 8.0.1-rc1 it was

Re: CMM-to-ASM: Register allocation wierdness

Harendra Kumar <harendra.ku...@gmail.com> writes: > On 19 June 2016 at 14:03, Ben Gamari <b...@smart-cactus.org> wrote: > >> >> Indeed it would be great if you could provide the program that produced >> this code. >> >> >> It would be great

Re: [ANNOUNCE] GHC 8.0.1 release candidate 2

Ben Gamari <b...@well-typed.com> writes: > Hello everyone, > snip > > * Compatibility with earlier Cabal versions should be a bit more > robust. > Unfortunately this characterization was perhaps a bit optimistic. Sadly the errors provided by GHC when used with a

Re: [ANNOUNCE] GHC 8.0.1 release candidate 2

Páli Gábor János <pali.ga...@gmail.com> writes: > Hello there, > > 2016-02-07 19:13 GMT+01:00 Ben Gamari <b...@well-typed.com>: >> The GHC Team is very pleased to announce the second release candidate of >> the Glasgow Haskell Compiler 8.0.1 release. > > Fo

[ANNOUNCE] GHC 8.0.1 release candidate 2

Hello everyone, The GHC Team is very pleased to announce the second release candidate of the Glasgow Haskell Compiler 8.0.1 release. Source and binary distributions as well as the newly revised users guide and Haddock documentation can be found at

Re: problem compiling GHC 8.0.1 release candidate 2 src on Apple

George Colpitts writes: snip > ,("target has GNU nonexec stack","False") > ,("target has .ident directive","True") > ,("target has subsections via symbols","True") > ,("Unregisterised","NO") > ,("LLVM llc command","llc") > ,("LLVM opt command","opt") >

Re: [ANNOUNCE] GHC 8.0.1 release candidate 2

George Colpitts writes: > Good news! I assume there will be a Mac OS binary distribution soon? > There is one currently; "Darwin" is the name of the Mac OS X kernel. Cheers, - Ben signature.asc Description: PGP signature

Re: [ANNOUNCE] GHC 8.0.1 release candidate 2

Ben Gamari <b...@well-typed.com> writes: > George Colpitts <george.colpi...@gmail.com> writes: > >> Good news! I assume there will be a Mac OS binary distribution soon? >> > There is one currently; "Darwin" is the name of the Mac OS X kernel. > H

Re: GHC 8.0.1 status

Christiaan Baaij writes: > Given that I was working on at least once package ( > https://github.com/goldfirere/singletons/pull/142) which gave panics on > GHC8-rc2, couldn't we get at least an GHC8-rc3 before doing an 8.0.1 > release in 3 weeks? As I said in the

GHC 8.0.1 plans

tl;dr: The march towards 8.0.1 continues. Release candidate 2 will likely be cut late next week. If you have a ticket which you'd like to see addressed but suspect we aren't working on then please say so. Hello again GHC-ers, As you likely know, we are currently in the

Re: Reconsidering -Wall and -Wcompat

"Boespflug, Mathieu" writes: > Hi Ben, > > could we enlarge the options a bit? I feel that we're in a false > dichotomy currently. I think the issue isn't so much what warnings you > see from the compiler with common settings, so much as "what warnings > will cause my build to

Re: GHC 8.0.1 status

Erik Hesselink writes: > I've found what I believe to be a regression in GHC 8 rc2 [1], and the > wiki says to yell if I want to bring it to the attention of GHC > developers. So this is me yelling, I guess :) I'm not sure if this bug > is important enough to be included,

[ANNOUNCE] GHC 8.0.1 release candidate 4 available

Hello Haskellers, The GHC team is happy to announce the availability of fourth release candidate of the Glasgow Haskell Compiler's 8.0.1 release. Source and binary distributions can be found at, http://downloads.haskell.org/~ghc/8.0.1-rc4/ This is the last of four candidates leading up to

[ANNOUNCE] GHC 8.0.1 is available!

=== The Glasgow Haskell Compiler -- version 8.0.1 === The GHC developers are very pleased to announce the release of the first new super-major version of our Haskell compiler

Re: [Maintainer needed] Actively maintained Haddock are happy Haddock

Sebastian writes: > Hello Ben, > Hi Sebastian, Sorry for the belated response. > If that's ok I'd be happy to take over the maintenance of Haddock. > Sure, that would be great. I can give you the keys in a bit. Cheers, - Ben signature.asc Description: PGP signature

Looking for GHC compile-time performance tests

tl;dr. Do you have a Haskell project which GHC now compiles more slowly than in the past? If you would like to see your program's compilation time improve in 8.2, reduce it to a minimal testcase, and provide it to us via Trac. Good news everyone, GHC 8.2 will be a release

[ANNOUNCE] GHC 8.0.1 release candidate 3 available

Hello Haskellers, The GHC team is happy to announce the availability of third release candidate of the Glasgow Haskell Compiler's 8.0.1 release. Source and binary distributions can be found at, http://downloads.haskell.org/~ghc/8.0.1-rc3/ This is the third of what will be four candidates

Re: Proposal process status

Alexander Berntsen <alexan...@plaimi.net> writes: > On 20/07/16 19:04, Ben Gamari wrote: >> I know, it's rather frustrating. I also have fairly strong feelings >> about open-source purity, but in this case I just don't see any >> way to improve the current situation u

Re: Proposal process status

Jack Hill writes: > Hi all, > > I'm a bit of an outsider here as I'm not involved in GHC development (but > I am interested in how it goes). I've struggled with my own desire to > avoid using proprietary software like GitHub, and the desire to work with > those who favor

Proposal process status

Hello everyone, As you hopefully know, a few weeks ago we proposed a new process [1] for collecting, discussing, and deciding upon changes to GHC and its Haskell superset. While we have been happy to see a small contingent of contributors join the discussion, the number is significantly smaller

Re: Proposal process status

Alexander Berntsen <alexan...@plaimi.net> writes: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On 20/07/16 11:36, Ben Gamari wrote: >> * What would you like to see changed in the proposed process, if >> anything? > No GitHub. In order to fully

Re: Proposal process status

Yuras Shumovich writes: > Looks like reddit is a wrong place, so I'm replicating my comment here: > Thanks for your comments Yuras! >>   * Do you feel the proposed process is an improvement over the >> status quo? > > Yes, definitely. The existing process is too vague, so

Re: Proposal process status

Iavor Diatchki writes: > Hello Ben, > > I posted this when you originally asked for feed-back, but perhaps it > got buried among the rest of the e-mails. > Indeed it seems that way. Sorry about that! > I think the proposal sounds fairly reasonable, but it is hard to

Rethinking GHC's approach to managing proposals

Hello everyone, Recently there has been a fair bit of discussion[1,2] around the mechanisms by which proposed changes to GHC are evaluated. While we have something of a formal proposal protocol [3], it is not clearly documented, inconsistently applied, and may be failing to serve a significant

Re: Rethinking GHC's approach to managing proposals

Apostolos Syropoulos via Glasgow-haskell-users writes: > >Recently there has been a fair bit of discussion[1,2] around the >>mechanisms by which proposed changes to GHC are evaluated. While we have >>something of a formal proposal protocol [3], it is not

Call for Nominations: GHC Steering Committee

Hello everyone, As you likely know, over the last few months we have been discussing options for reforming the process for proposing language and compiler changes to GHC. After much discussion, we have a process [1] which, while not perfect, is acceptable to a majority of our contributor base

[ANNOUNCE] GHC 8.0.2 release candidate 1

Hello everyone, The GHC team is happy to (finally!) announce the first candiate of the 8.0.2 release of the Glasgow Haskell Compiler. Source and binary distributions are available at http://downloads.haskell.org/~ghc/8.0.2-rc1/ This is the first of what will hopefully be only two release

Re: [ANNOUNCE] GHC 8.0.2 release candidate 1

George Colpitts writes: > Thanks Ben, this is great! > > Installing the binary on the Mac results in the following minor problem: > > /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:

Re: bus error in Integer calculations

Geraint Jones writes: > I have this little demo which I use for sixth formers which includes > calculating in fairly rapid order the sum of the digits of the > 10^9th Fibonacci number. (I haven't got enough physical memory to > do the same for the 10^10th number

Re: [ANNOUNCE] Glasgow Haskell Compiler 8.0.2 is available!

Ben Gamari <b...@well-typed.com> writes: >=== > The Glasgow Haskell Compiler -- version 8.0.2 >=== > > The GHC team is happy to at last annou

[ANNOUNCE] Glasgow Haskell Compiler 8.0.2 is available!

=== The Glasgow Haskell Compiler -- version 8.0.2 === The GHC team is happy to at last announce the 8.0.2 release of the Glasgow Haskell Compiler. Source and binary

Re: [ANNOUNCE] GHC 8.0.2 release candidate 1

Jens Petersen <juhpeter...@gmail.com> writes: > On 26 November 2016 at 07:38, Ben Gamari <b...@well-typed.com> wrote: > >> http://downloads.haskell.org/~ghc/8.0.2-rc1/ >> > > Thank you, I built it for Fedora 25 (just released last week) and Rawhide: > &g

RE: GHC rewrite rules for class operations & laws

Welcome back, Simon! Simon Peyton Jones writes: > | Indeed, we could eliminate several hundred lines of boilerplate in GHC if > we > | could lift this restriction. > > Can you be more specific? Which hundreds of lines? > In particular the bindings in Data.Int and

[ANNOUNCE] Formation of the initial GHC Steering Committee

(@mchakravarty) * Iavor Diatchki (@yav) * Atze Dijkstra (@atzedijkstra) * Richard Eisenberg (@goldfirere) * Ben Gamari (@bgamari) * Simon Marlow (@simonmar) * Ryan Newton (@rrnewton) * Simon Peyton-Jones (@simonpj) The body will be chaired jointly by Simon Marlow and Simon Peyton-Jones. Since

Re: GHC rewrite rules for class operations & laws

On December 28, 2016 7:27:20 PM EST, Conal Elliott wrote: >Hi, George. Yes, please do add a task, hopefully to serve as a >conversation >anchor until the issues and path forward are clearer. From my >perspective, >class methods are among the most natural and useful candidates for

[ANNOUNCE] GHC 8.0.2 release candidate 2

Hello everyone, The GHC team is happy to announce the second candiate of the 8.0.2 release of the Glasgow Haskell Compiler. Source and binary distributions are available at http://downloads.haskell.org/~ghc/8.0.2-rc2/ This is the second and likely final release candidate leading up the

[ANNOUNCE] GHC 8.2.1 release candidate 1

Hello everyone, The GHC team is very pleased to announce the first candidate of the 8.2.1 release of the Glasgow Haskell Compiler. Source and binary distributions are available at https://downloads.haskell.org/~ghc/8.2.1-rc1/ This is the first of a few release candidates leading up the

[ANNOUNCE] GHC 8.2.1 available

=== The Glasgow Haskell Compiler -- version 8.2.1 === The GHC developers are very happy to announce the long-awaited 8.2.1 release of Glasgow Haskell Compiler. Binary and

Re: [ANNOUNCE] GHC 8.2.1 available

Minor editorial note (thanks to everyone who brought this to my attention): The URL listed in the announcement for the release notes isn't quite right. The release notes can be found at, > https://haskell.org/ghc/docs/8.2.1/html/users_guide/8.2.1-notes.html > Sorry for the confusion. Cheers,

Re: [ANNOUNCE] GHC 8.2.1 available

Wolfgang Jeltsch <wolfgang...@jeltsch.info> writes: > Am Samstag, den 22.07.2017, 23:03 -0400 schrieb Ben Gamari: >> In addition, there are a number of new features, >> >>  * A new, more type-safe type reflection mechanism >> >>  * The long-awaited Ba

GHC release timing and future build infrastructure

Hello everyone, I just posted a pair of posts on the GHC blog [1,2] laying out some thoughts on the GHC release cycle timing [1] and how this relates to the in-progress Jenkins build infrastructure [2]. When you have a some time feel free to give them a read and comment (either here or on the

Re: [ANNOUNCE] GHC 8.2.1 release candidate 2

Markus Trippelsdorf <mar...@trippelsdorf.de> writes: > On 2017.05.15 at 22:47 -0400, Ben Gamari wrote: >> >> >> The GHC team is very pleased to announce the second candidate of the >> 8.2.1 release of the Glasgow Haskell Compiler. Source and bina

Re: [ANNOUNCE] GHC 8.2.1 release candidate 2

George Colpitts writes: > Hi Ben > > I built from source and ran the tests on my Mac and found some > problems. I'm not sure if the failing tests have been ran successfully > by others on this platform. I did "make slowtest". Maybe the problem > only happens on my

[ANNOUNCE] GHC 8.2.1 release candidate 2

Hello everyone, The GHC team is very pleased to announce the second candidate of the 8.2.1 release of the Glasgow Haskell Compiler. Source and binary distributions are available at https://downloads.haskell.org/~ghc/8.2.1-rc2/ This is the second of what will likely be either two or three

Re: How to get a heap visualization

Yitzchak Gale writes: > Joachim, first and foremost, thanks for the awesome libraries > ghc-vis and ghc-heap-view. > > The design trade-offs for ghc-vis do make sense if you think of > it as a didactic tool. But as a debugging tool, the most important > factor is that it should

Re: Spurious recompilations when using a compiler plugin

Conal Elliott writes: > It appears that use of GHC plugins causes client code to get needlessly > recompiled. (See Trac issues 12567 > and 7414 > .) It’s becoming more of a > problem

Re: How to get a heap visualization

Erik de Castro Lopo <mle...@mega-nerd.com> writes: > Ben Gamari wrote: > >> I should point out that there is a differential (D3055) by erikd from >> earlier this year which folded ghc-heap-view into GHC. The goal was to >> make heap-view a supported library which

Re: Spurious recompilations when using a compiler plugin

George Colpitts writes: > is it possible that this is also connected to > https://ghc.haskell.org/trac/ghc/ticket/13604 ? > In that it pertains to the recompilation checker, yes. I've tried to collect the recompilation checker bugs in play here under the

[ANNOUNCE] GHC 8.2.2 release candidate 1

Hello everyone, The GHC team is very pleased to announce the first candidate of the 8.2.2 release of the Glasgow Haskell Compiler. Source and binary distributions are available at https://downloads.haskell.org/~ghc/8.2.2-rc1/ Currently there is a slightly reduced set of binary

Re: [ANNOUNCE] GHC 8.2.2 release candidate 1

Takenobu Tani writes: > Hi Ben, devs, > > Thanks for your hard work! > > Could you also include the following commits? > These are about user's guide. > > * https://phabricator.haskell.org/D3850 > * https://phabricator.haskell.org/D3852 > Of course, thanks! Cheers, -

[ANNOUNCE] GHC 8.2.2 released

=== The Glasgow Haskell Compiler -- version 8.2.2 === The GHC Team is pleased to announce a new minor release of GHC. This release builds on the performance and stability

Re: [ANNOUNCE] GHC 8.2.2 released

Ben Gamari <b...@well-typed.com> writes: > A thorough list of the changes in the release can be found in the release > notes, > > https://haskell.org/ghc/docs/8.2.2/html/users_guide/release-8-2-2.html > For the record this link was incorrect. It should be https://

[ANNOUNCE] GHC 8.2.2 release candidate 3

Hello everyone, The GHC team is very pleased to announce the third candidate of the 8.2.2 release of the Glasgow Haskell Compiler. Source and binary distributions are available at https://downloads.haskell.org/~ghc/8.2.2-rc3/ This is the third and last of three release candidates leading

Re: [Haskell-cafe] [ANNOUNCE] GHC 8.2.2 release candidate 2

Next time something like this arises please do open a ticket. Sven Panne writes: > 2017-11-05 15:37 GMT+01:00 : > >> A better approach might be to develop a "machine-readable" output format >> which then is kept stable, and can be enabled with a flag. Git

[ANNOUNCE] GHC 8.4.3 released

Hello everyone, The GHC team is pleased to announce the availability of GHC 8.4.3. The source distribution, binary distributions, and documentation for this release are available at https://downloads.haskell.org/~ghc/8.4.3 This release includes a few bug fixes including: * A code

[ANNOUNCE] GHC 8.6.1-alpha1 available

The GHC development team is pleased to announce the first alpha release leading up to GHC 8.6.1. The usual release artifacts are available from https://downloads.haskell.org/~ghc/8.6.1-alpha1 This is the first release (partially) generated using our new CI infrastructure. One known issue

Re: [ANNOUNCE] GHC 8.6.1-alpha1 available

Small correction inline. Ben Gamari writes: > The GHC development team is pleased to announce the first > alpha release leading up to GHC 8.6.1. The usual release artifacts > are available from > > https://downloads.haskell.org/~ghc/8.6.1-alpha1 > > This is the fir

Re: [ANNOUNCE] GHC 8.6.1-alpha1 available

George Colpitts writes: > I don't see an apple/darwin binary. Not sure if that is an oversight or was > planned. > Yikes! Thank you for mentioning this. This is indeed a mistake. I'm uploading the Darwin distribution right now; it will be done within 20 minutes. Cheers, - Ben signature.asc

Re: [ANNOUNCE] GHC 8.4.1-alpha1 available

Emanuel Borsboom writes: > Hi Ben, > > Are there any plans to start releasing Linux bindists linked with > libncurses.so.6? A number of Linux distributions have upgraded from 5, > including Fedora, Arch and Gentoo, and the currently available > official bindists don't work

[ANNOUNCE] GHC 8.4.1-alpha2 available

The GHC development team is pleased to announce the second alpha release of the 8.4.1 release. The usual release artifacts are available from https://downloads.haskell.org/~ghc/8.4.1-alpha2 Note that this alpha, like alpha1, is unfortunately afflicted by #14678. We will try to get an alpha3

[ANNOUNCE] GHC 8.4.1-alpha3 available

The GHC development team is pleased to announce the third and likely last alpha release leading up to GHC 8.4.1. The usual release artifacts are available from https://downloads.haskell.org/~ghc/8.4.1-alpha3 Due to user demand we now offer a binary distribution for 64-bit Fedora 27, which

Re: [ANNOUNCE] GHC 8.4.1-rc1 available

Ben Gamari <b...@well-typed.com> writes: > The GHC development team is pleased to announce the first (and likely > final) release candidate of GHC 8.4.1. The usual release artifacts are > available from > > https://downloads.haskell.org/~ghc/8.4.1-rc1 > > This rele

[ANNOUNCE] GHC 8.4.1-alpha1 available

The GHC development team is pleased to announce the first alpha release of the 8.4.1 release. The usual release artifacts are available from https://downloads.haskell.org/~ghc/8.4.1-alpha1 Note that this release drops compatibility with GCC 4.6 and earlier. While we generally try to place

Re: [ANNOUNCE] GHC 8.4.1-alpha1 available

George Colpitts writes: > Probably stating what is obvious and well-know but anyways: > >- On the status page > it would be >good to have a link for "Phase 2 of the Semigroup-Monoid Proposal (Herbert >

Re: Constructor as outermost match in RULE under GHC 8.2.2 & 8.4.3

On August 2, 2018 9:25:05 PM EDT, Conal Elliott wrote: >GHC 8.2.2 and 8.4.3 dislike the following rules: > >``` haskell >{-# RULES > >"pair fst snd" forall p. (,) (exl p) (exr p) = p > >"swap" forall p. (,) (exr p) (exl p) = swap p > > #-} >``` > >Error messages: > >``` haskell

[ANNOUNCE] GHC 8.6.1-beta1 available

Hello everyone, The GHC development team is very pleased to announce the first beta leading up to GHC 8.6.1 release. The usual release artifacts are available from https://downloads.haskell.org/~ghc/8.6.1-beta1 This beta fixes most of the bugs reported in the first two alphas and brings

Re: Unable to compile ghc-8.2.2 with ghc-8.4.3

ghc >>> installed... that would solve the problem. I heard about the >"phase0" >>> approach from Vitaly Bragilevsky at his Lambdaconf talk this year. >But >>> I've been unable to find any documentation about it. >>> >>> Best regards, >

Re: Unable to compile ghc-8.2.2 with ghc-8.4.3

In general we don't support bootstrapping older GHCI with newer GHC. However, you may be able to hack something together by manually tweaking bounds. Cheers, - Ben -- Sent from my Android device with K-9 Mail. Please excuse my brevity.___

[ANNOUNCE] GHC 8.6.1-alpha2 available

The GHC development team is pleased to announce the second alpha release leading up to GHC 8.6.1. The usual release artifacts are available from https://downloads.haskell.org/~ghc/8.6.1-alpha2 This alpha fixes many of the bugs reported in the first alpha and brings many of the core

  1   2   3   >