<div dir="ltr">I think the renaming proposed by Adam is uncontroversial and I will include this revision when accepting the proposal.</div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">Am Do., 26. Juni 2025 um 10:25 Uhr schrieb Adam Gundry <<a href="mailto:adam@well-typed.com">adam@well-typed.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I'm also in favour.<br>
<br>
I am suggesting some small naming changes, and I would point out one <br>
detail on which the committee may have opinions as to bikeshed colour, <br>
namely the module namespace to be used by the new packages. Teo proposes<br>
<br>
   template-haskell-lift with module TemplateHaskell.Lift<br>
   template-haskell-quasiquote with module TemplateHaskell.Quasiquoter<br>
<br>
and I suggest slightly tweaking the latter to<br>
<br>
   template-haskell-quasiquoter with module TemplateHaskell.QuasiQuoter<br>
<br>
for consistency with the QuasiQuoter type name.<br>
<br>
In both cases, the module name is in a new TemplateHaskell module <br>
hierarchy, whereas the existing template-haskell package uses the <br>
<a href="http://Language.Haskell.TH" rel="noreferrer" target="_blank">Language.Haskell.TH</a> module hierarchy. I think a renaming is in order, <br>
because it gives a clear distinction between the historic API of the old <br>
template-haskell package and the cleaned up APIs of the new packages. <br>
Personally I like the new names, but I wanted to check others are also <br>
happy with them?<br>
<br>
Cheers,<br>
<br>
Adam<br>
<br>
<br>
<br>
On 23/06/2025 08:55, Sebastian Graf wrote:<br>
> Dear Committee,<br>
> <br>
> With their proposal, Teo wants to reduce the maintenance cost for <br>
> packages (such as `containers`) that depend on `template-haskell` only <br>
> for comparatively stable APIs (`Lift`, quasiquoting), by carving out <br>
> separate packages for these stable APIs.<br>
> These so-called "type (A) clients" constitute a considerable share of <br>
> all clients of `template-haskell`. It is a well-written proposal <br>
> outlining a simple solution with a great cost/benefit ratio.<br>
> I recommend we accept it.<br>
> <br>
> Cheers,<br>
> Sebastian<br>
> <br>
> Am Mo., 16. Juni 2025 um 09:17 Uhr schrieb Adam Gundry via <br>
> ghc-steering-committee <<a href="mailto:ghc-steering-committee@haskell.org" target="_blank">ghc-steering-committee@haskell.org</a> <br>
> <mailto:<a href="mailto:ghc-steering-committee@haskell.org" target="_blank">ghc-steering-committee@haskell.org</a>>>:<br>
> <br>
>     Dear Committee,<br>
> <br>
>     Teo Camarasu proposes to split out smaller, more coherent packages with<br>
>     more stable interfaces from the template-haskell package:<br>
> <br>
>     <a href="https://github.com/ghc-proposals/ghc-proposals/pull/696" rel="noreferrer" target="_blank">https://github.com/ghc-proposals/ghc-proposals/pull/696</a><br>
>     <<a href="https://github.com/ghc-proposals/ghc-proposals/pull/696" rel="noreferrer" target="_blank">https://github.com/ghc-proposals/ghc-proposals/pull/696</a>><br>
>     <a href="https://github.com/TeofilC/ghc-proposals/blob/wip/th-lift-and-quasiquote/proposals/0000-splitting-out-stable-interfaces-from-th.rst" rel="noreferrer" target="_blank">https://github.com/TeofilC/ghc-proposals/blob/wip/th-lift-and-quasiquote/proposals/0000-splitting-out-stable-interfaces-from-th.rst</a> <<a href="https://github.com/TeofilC/ghc-proposals/blob/wip/th-lift-and-quasiquote/proposals/0000-splitting-out-stable-interfaces-from-th.rst" rel="noreferrer" target="_blank">https://github.com/TeofilC/ghc-proposals/blob/wip/th-lift-and-quasiquote/proposals/0000-splitting-out-stable-interfaces-from-th.rst</a>><br>
> <br>
>     I'd like to nominate Sebastian as the shepherd.<br>
> <br>
>     Please guide us to a conclusion as outlined in<br>
>     <a href="https://github.com/ghc-proposals/ghc-proposals#committee-process" rel="noreferrer" target="_blank">https://github.com/ghc-proposals/ghc-proposals#committee-process</a><br>
>     <<a href="https://github.com/ghc-proposals/ghc-proposals#committee-process" rel="noreferrer" target="_blank">https://github.com/ghc-proposals/ghc-proposals#committee-process</a>><br>
> <br>
>     Cheers,<br>
> <br>
>     Adam<br>
> <br>
<br>
-- <br>
Adam Gundry, Haskell Consultant<br>
Well-Typed LLP, <a href="https://www.well-typed.com/" rel="noreferrer" target="_blank">https://www.well-typed.com/</a><br>
<br>
Registered in England & Wales, OC335890<br>
27 Old Gloucester Street, London WC1N 3AX, England<br>
<br>
</blockquote></div>