Enabling TypeHoles by default
migmit
migmit at gmail.com
Mon Jan 13 19:03:24 UTC 2014
Agreed. Having it in 7.8 would be very nice, and yes, I don't see how it can break anything.
Отправлено с iPad
> 13 янв. 2014 г., в 22:54, Edward Kmett <ekmett at gmail.com> написал(а):
>
> I have to admit, I rather like this suggestion.
>
> -Edward
>
>
>> On Mon, Jan 13, 2014 at 1:42 PM, Krzysztof Gogolewski <krz.gogolewski at gmail.com> wrote:
>> Hello,
>>
>> As discussed on ghc-devs, I propose to enable -XTypeHoles in GHC by default. Rationale:
>>
>> (1) This way holes are far easier to use; just entering "_" allows to check type of a subexpression, no need of adding "-XTypeHoles".
>>
>> (2) This affects error messages only; i.e. the set of programs that compile stays the same - Haskell 2010. The only exception is that if you use -fdefer-type-errors, then a program with a hole compiles, but this seems fine with philosophy of -fdefer-type-errors.
>>
>> If so: would you like it to be in 7.8 or wait a cycle? My preference is 7.8, two people (John and Richard) suggested 7.10.
>>
>> -KG
>>
>> _______________________________________________
>> Glasgow-haskell-users mailing list
>> Glasgow-haskell-users at haskell.org
>> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>
> _______________________________________________
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users at haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/glasgow-haskell-users/attachments/20140113/8f9952e9/attachment.html>
More information about the Glasgow-haskell-users
mailing list