Re: enumFromThenTo for Doubles

2016-08-11 Thread Edward Kmett
Good catch. Adding and subtracting over and over relying on massive cancellation over and over is a recipe for floating point disaster! That said, so is adding small things to a large thing over and over, you'll accumulate the rounding error from the addition of small numbers to the large base.

Re: Landing Backpack in HEAD

2016-08-11 Thread Howard B. Golden via ghc-devs
Hi, I created a stub Backpack entry in the Haskell wiki using the abstract of the paper. Howard ___ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Landing Backpack in HEAD

2016-08-11 Thread Edward Z. Yang
Hello friends, I'm hoping to land Backpack (the patch is two years in the making now!) for GHC 8.2, even though 8.2 is intended to be a stabilization and performance release. In this email, I will make the case that the Backpack patch is relatively self-contained and will not affect non-Backpack

Re: Suggesting RankNTypes for ill-formed types

2016-08-11 Thread Oleg Grenrus
FWIW. Often when I encounter that error, I want `ScopedTypeVariables`, yet my code doesn’t always has the scoped type variable used. So even GHC could parse further and propose it to me, there isn’t anything from to do it :( I don’t know if many use /just/ `ExplicitForAll`... - Oleg > On 11

Suggesting RankNTypes for ill-formed types

2016-08-11 Thread Karolina Drobnik
Hello everyone, I am working on my first ticket (#11669, linked below) and I have some doubts after a little bit of hacking. There was a hint that an error message should be changed from the one suggesting RankNTypes to ExplicitForall. In my opinion it would be quite confusing for the user,

Noticing how the Rust team is improving compiler errors

2016-08-11 Thread Christopher Allen
https://blog.rust-lang.org/2016/08/10/Shape-of-errors-to-come.html I'd particularly note that their compiler errors were dramatically better to begin with, now they're doing this. Thought the list would be interested in this. --- Chris ___ ghc-devs

Re: Request for feedback: deriving strategies syntax

2016-08-11 Thread Ryan Scott
Hi Simon, > * Current specification is here: ... It's in a Haskell wiki page: [1]. This summarizes the current proposed syntax for -XDerivingStrategies, how GHC will choose a strategy in the absence of an explicit strategy, and also goes over some alternative syntaxes that have been proposed

RE: Request for feedback: deriving strategies syntax

2016-08-11 Thread Simon Peyton Jones via ghc-devs
Ryan I've been on holiday, and there's been a lot of traffic on this deriving-strategy thread. Would you like to send an email summarising the state of play. Eg * Current specification is here: ... * Patch is here: ... (complete?) * Unresolved issues? Ready to review? Thanks Simon |