#195: Make Q (TExp a) into a newtype, rec: accept

Hi everyone, Matthew Pickering proposed to make Q (TExp a) into a newtype called Code. Proposal #195: https://github.com/ghc-proposals/ghc-proposals/blob/22e97d7693edb0b3676c948a... Pull request discussion: https://github.com/ghc-proposals/ghc-proposals/pull/195 It looks like the motivation behind this proposal boils down to the convenience of writing instances which seems a good thing. The minor problem I see is the proposed name "Code" as it looks a little bit too abstract for Typed Template Haskell expressions. Nevertheless, I recommend to accept the proposal as it is. Silence is understood as agreement. Regards, Vitaly

Yes, I agree.
Simon
From: ghc-steering-committee

I agree that we should probably accept this.
I wonder if there are cases where one might one to go in the other
direction, i.e., do we also need a function: `Code a -> Q (TExp a)`?
-Iavor
On Fri, Mar 8, 2019 at 12:51 AM Simon Peyton Jones via
ghc-steering-committee
Yes, I agree.
Simon
*From:* ghc-steering-committee
*On Behalf Of *Vitaly Bragilevsky *Sent:* 08 March 2019 06:41 *To:* ghc-steering-committee *Subject:* [ghc-steering-committee] #195: Make Q (TExp a) into a newtype, rec: accept Hi everyone,
Matthew Pickering proposed to make Q (TExp a) into a newtype called Code.
Proposal #195: https://github.com/ghc-proposals/ghc-proposals/blob/22e97d7693edb0b3676c948a... https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fghc-proposals%2Fghc-proposals%2Fblob%2F22e97d7693edb0b3676c948a123e57ea93c462e3%2Fproposals%2F0000-code-texp.rst&data=02%7C01%7Csimonpj%40microsoft.com%7C283dee8b70474ae9761308d6a3910fb5%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636876240764020521&sdata=Cq32fdykV9oonakOOFbAnV7LulmupHXHq0p2c9raKFs%3D&reserved=0
Pull request discussion: https://github.com/ghc-proposals/ghc-proposals/pull/195 https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fghc-proposals%2Fghc-proposals%2Fpull%2F195&data=02%7C01%7Csimonpj%40microsoft.com%7C283dee8b70474ae9761308d6a3910fb5%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636876240764030529&sdata=6CqagCiMbgVgSgmWeLTcDbauGsB111fn7DOyuMiXemI%3D&reserved=0
It looks like the motivation behind this proposal boils down to the convenience of writing instances which seems a good thing. The minor problem I see is the proposed name "Code" as it looks a little bit too abstract for Typed Template Haskell expressions. Nevertheless, I recommend to accept the proposal as it is. Silence is understood as agreement.
Regards,
Vitaly _______________________________________________ ghc-steering-committee mailing list ghc-steering-committee@haskell.org https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee

Yes, I agree that we need functions in both directions. I support this proposal. Richard
On Mar 8, 2019, at 12:03 PM, Iavor Diatchki
wrote: I agree that we should probably accept this.
I wonder if there are cases where one might one to go in the other direction, i.e., do we also need a function: `Code a -> Q (TExp a)`?
-Iavor
On Fri, Mar 8, 2019 at 12:51 AM Simon Peyton Jones via ghc-steering-committee
mailto:ghc-steering-committee@haskell.org> wrote: Yes, I agree. Simon
From: ghc-steering-committee
mailto:ghc-steering-committee-bounces@haskell.org> On Behalf Of Vitaly Bragilevsky Sent: 08 March 2019 06:41 To: ghc-steering-committee mailto:ghc-steering-committee@haskell.org> Subject: [ghc-steering-committee] #195: Make Q (TExp a) into a newtype, rec: accept Hi everyone,
Matthew Pickering proposed to make Q (TExp a) into a newtype called Code.
Proposal #195: https://github.com/ghc-proposals/ghc-proposals/blob/22e97d7693edb0b3676c948a... https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fghc-proposals%2Fghc-proposals%2Fblob%2F22e97d7693edb0b3676c948a123e57ea93c462e3%2Fproposals%2F0000-code-texp.rst&data=02%7C01%7Csimonpj%40microsoft.com%7C283dee8b70474ae9761308d6a3910fb5%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636876240764020521&sdata=Cq32fdykV9oonakOOFbAnV7LulmupHXHq0p2c9raKFs%3D&reserved=0 Pull request discussion: https://github.com/ghc-proposals/ghc-proposals/pull/195 https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fghc-proposals%2Fghc-proposals%2Fpull%2F195&data=02%7C01%7Csimonpj%40microsoft.com%7C283dee8b70474ae9761308d6a3910fb5%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636876240764030529&sdata=6CqagCiMbgVgSgmWeLTcDbauGsB111fn7DOyuMiXemI%3D&reserved=0
It looks like the motivation behind this proposal boils down to the convenience of writing instances which seems a good thing. The minor problem I see is the proposed name "Code" as it looks a little bit too abstract for Typed Template Haskell expressions. Nevertheless, I recommend to accept the proposal as it is. Silence is understood as agreement.
Regards,
Vitaly
_______________________________________________ ghc-steering-committee mailing list ghc-steering-committee@haskell.org mailto:ghc-steering-committee@haskell.org https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee _______________________________________________ ghc-steering-committee mailing list ghc-steering-committee@haskell.org https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee

Hi,
This proposal is being revised by the author due to an interaction with
other proposals on TH. I've changed the label at Github to "Needs revision".
Regards,
Vitaly
On Fri, Mar 8, 2019 at 9:40 AM Vitaly Bragilevsky
Hi everyone,
Matthew Pickering proposed to make Q (TExp a) into a newtype called Code. Proposal #195: https://github.com/ghc-proposals/ghc-proposals/blob/22e97d7693edb0b3676c948a... Pull request discussion: https://github.com/ghc-proposals/ghc-proposals/pull/195
It looks like the motivation behind this proposal boils down to the convenience of writing instances which seems a good thing. The minor problem I see is the proposed name "Code" as it looks a little bit too abstract for Typed Template Haskell expressions. Nevertheless, I recommend to accept the proposal as it is. Silence is understood as agreement.
Regards, Vitaly
participants (4)
-
Iavor Diatchki
-
Richard Eisenberg
-
Simon Peyton Jones
-
Vitaly Bragilevsky