Hello, I think it'd be great to get started by specifying a few simple extensions, such as the ones Lennart listed. Even though they are very well understood, and we have text about them in the GHC manual, we'd still have to think of how to integrate their descriptions with the rest of the report, and actually write the text.
I'd be happy to start working on any of these as soon as we've decided what tools we'd like to use---I didn't follow the other thread closely, and I'd be happy to use whatever people are comfortable with (as long as it works on Linux, but I can't imagine that would be an issue). -Iavor On Tue, May 3, 2016 at 1:57 AM, Augustsson, Lennart < lennart.augusts...@sc.com> wrote: > Then I suggest we keep EmptyDataDecls! > > -----Original Message----- > From: Herbert Valerio Riedel [mailto:hvrie...@gmail.com] > Sent: 03 May 2016 09:50 > To: Augustsson, Lennart > Cc: John Wiegley; haskell-prime@haskell.org > Subject: Re: Are there GHC extensions we'd like to incorporate wholesale? > > On 2016-05-03 at 10:36:31 +0200, Augustsson, Lennart wrote: > > > I'd say there are extensions we should just adopt wholesale, but they > > are all of a very simple syntactic kind. > > > > E.g., EmptyDataDecls > > Btw, I have no idea why EmptyDataDecls keeps getting proposed for > inclusion in the next report: `EmptyDataDecls` is one of the extensions > that went into Haskell2010! :-) > > To quote Haskell2010, Ch. 12: > > | Those implementations are also encouraged to support the following > | named language features: > | > | - PatternGuards, > | - NoNPlusKPatterns, > | - RelaxedPolyRec, > | - EmptyDataDecls, > | - ForeignFunctionInterface > | > | These are the named language extensions supported by some pre-Haskell > | 2010 implementations, that have been integrated into this report. > > > There's actually a few more deltas to H98 (like e.g. DoAndIfThenElse), so > > {-# LANGUAGE Haskell2010 #-} > > is not equivalent to > > {-# LANGUAGE Haskell98, > PatternGuards, NoNPlusKPatterns, RelaxedPolyRec, > EmptyDataDecls, ForeignFunctionInterface #-} > > But surprisingly this kind of information seems hard to find in the > H2010 report. > > This email and any attachments are confidential and may also be > privileged. If you are not the intended recipient, please delete all copies > and notify the sender immediately. You may wish to refer to the > incorporation details of Standard Chartered PLC, Standard Chartered Bank > and their subsidiaries at > http://www.standardchartered.com/en/incorporation-details.html > > Insofar as this communication contains any market commentary, the market > commentary has been prepared by sales and/or trading desk of Standard > Chartered Bank or its affiliate. It is not and does not constitute research > material, independent research, recommendation or financial advice. Any > market commentary is for information purpose only and shall not be relied > for any other purpose, and is subject to the relevant disclaimers available > at > http://wholesalebanking.standardchartered.com/en/utility/Pages/d-mkt.aspx > > Insofar as this e-mail contains the term sheet for a proposed transaction, > by responding affirmatively to this e-mail, you agree that you have > understood the terms and conditions in the attached term sheet and > evaluated the merits and risks of the transaction. We may at times also > request you to sign on the term sheet to acknowledge in respect of the same. > > Please visit > http://wholesalebanking.standardchartered.com/en/capabilities/financialmarkets/Pages/doddfrankdisclosures.aspx > for important information with respect to derivative products. > _______________________________________________ > Haskell-prime mailing list > Haskell-prime@haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-prime >
_______________________________________________ Haskell-prime mailing list Haskell-prime@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-prime