<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">Agreed on both points: LGTM; lets keep the CLC in the loop.<br><div><br><blockquote type="cite"><div>On 29 Jun 2023, at 08:16, Simon Peyton Jones <simon.peytonjones@gmail.com> wrote:</div><br class="Apple-interchange-newline"><div><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Looks good to me.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">I have suggested that @monoidal opens a CLC issue. (This change the `base` API.)</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Simon<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 29 Jun 2023 at 07:21, Joachim Breitner <<a href="mailto:mail@joachim-breitner.de">mail@joachim-breitner.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Dear committee,<br>
<br>
Krzysztof Gogolewski in<br>
<a href="https://github.com/ghc-proposals/ghc-proposals/pull/596" rel="noreferrer" target="_blank">https://github.com/ghc-proposals/ghc-proposals/pull/596</a><br>
amends the sized literals proposal so that GHC uses the syntax <br>
42#Int8 instead of (intToInt8# 42#) in the stock derived Show instances<br>
for data types with sized unboxed numbers.<br>
<br>
Implementation is also ready.<br>
<br>
Now that we have a syntax for these literals it’s clear that we want to<br>
use them in the show instances. <br>
<br>
<br>
There is no risk of breaking Show-Read-roundtripping, as Read instances<br>
cannot be derived (at the moment).<br>
<br>
This is a change in behavior of Show, so we should think for a moment<br>
how this affects stability. But none of the libraries in libraries/, in<br>
particularly not base, are affected by this change, according to<br>
Krzysztof.<br>
<br>
So I recommend to accept this.<br>
<br>
Cheers,<br>
Joachim<br>
<br>
<br>
<br>
-- <br>
Joachim Breitner<br>
<a href="mailto:mail@joachim-breitner.de" target="_blank">mail@joachim-breitner.de</a><br>
<a href="http://www.joachim-breitner.de/" rel="noreferrer" target="_blank">http://www.joachim-breitner.de/</a><br>
<br>
_______________________________________________<br>
ghc-steering-committee mailing list<br>
<a href="mailto:ghc-steering-committee@haskell.org" target="_blank">ghc-steering-committee@haskell.org</a><br>
<a href="https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee" rel="noreferrer" target="_blank">https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee</a><br>
</blockquote></div>
_______________________________________________<br>ghc-steering-committee mailing list<br>ghc-steering-committee@haskell.org<br>https://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-steering-committee<br></div></blockquote></div><br></body></html>