Not a concrete suggestion, but just a related data point / nod to the sanity of the suggestion:

I'm not sure I'd remove them entirely either, but FWIW, we don't require commas in fixity declarations in Ermine and it works well.

On the other hand, our import lists are rather more complicated than Haskell's due to a need for extensive renaming on import though, so we don't shed the commas, but wind up using layout-based separation there, instead, avoiding conflicts by another means. That ship, however, has sailed for Haskell. ;)

-Edward

On Mon, Sep 29, 2014 at 9:27 AM, Richard Eisenberg <eir@cis.upenn.edu> wrote:
To be fair, I'm not sure I like the make-commas-optional approach either. But, the solution occurred to me as possible, so I thought it was worth considering as we're exploring the design space.

And, yes, I was suggesting only to make them optional, not to require everyone remove them.

Richard

On Sep 26, 2014, at 5:34 PM, Brandon Allbery <allbery.b@gmail.com> wrote:

On Fri, Sep 26, 2014 at 5:21 PM, Johan Tibell <johan.tibell@gmail.com> wrote:
I don't think that's necessarily is good style. I don't think we want two different ways of doing import lists.

Yes; I kinda hate the idea myself, it encourages an unreadable programming style. But it's not the wholesale breaking change you were suggesting, either.

--
brandon s allbery kf8nh                               sine nomine associates
allbery.b@gmail.com                                  ballbery@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net
_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users