Moving ArgumentsDo forward
tkn.akio at gmail.com
Wed Jun 1 22:26:27 UTC 2016
On 2 June 2016 at 00:09, Bardur Arantsson <spam at scientician.net> wrote:
> On 06/01/2016 01:48 PM, Akio Takano wrote:
>> Ticket #10843  proposes an extension, ArgumentsDo, which I would
>> love to see in GHC. It's a small syntactic extension that allows do,
>> case, if and lambda blocks as function arguments, without parentheses.
>> However, its differential revision  has been abandoned, citing a
>> mixed response from the community. A message  on the ticket
>> summarizes a thread in haskell-cafe on this topic.
>> I, for one, think adding this extension is worthwhile, because a
>> significant number of people support it. Also, given how some people
>> seem to feel ambivalent about this change, I believe actually allowing
>> people to try it makes it clearer whether it is a good idea.
>> Thus I'm wondering: is there any chance that this gets merged? If so,
>> I'm willing to work on whatever is remaining to get the change merged.
> What's changed since it was last discussed?
Nothing has really changed. I'm just trying to argue that the current
level of community support is good enough to justify an
Please note that the previous Differential revision was abandoned by
the author. It was *not* rejected due to a lack of support. Hence my
question: if properly implemented, does this feature have any chance
of getting merged in, or is it regarded too controversial?
> I don't think the objections
> were centered in the implementation, so I don't see what "whatever is
> remaining to get the change merged" would be.
I'm referring the points mentioned in the review comments in the
Differential revision. For example this change needs an update to the
> AFAICT at best it's a *very* small improvement and fractures Haskell
> syntax even more around extensions -- tooling etc. will need to
> understand even *more* syntax extensions.
I disagree that this is a small improvement, but I don't intend to
debate this here. As you said, nothing has really changed since it was
discussed before, and a lot of reasons for implementing this extension
have been already pointed out. I don't have anything to add.
Regarding tooling, my understanding is that most tools that need to
understand Haskell (this includes ghc-mod and hdevtools) use either
the GHC API or haskell-src-exts, so I don't think this extension would
need changes in many places.
>  If you grant that it is indeed an improvment, which I, personally,
> don't think it is.
>  I think most people agree that this is something that should perhaps
> be handled by something like
> https://github.com/haskell/haskell-ide-engine so that it would only need
> to be implemented once, but there's not even an alpha release yet, so
> that particular objection stands, AFAICT.
> ghc-devs mailing list
> ghc-devs at haskell.org
More information about the ghc-devs