<div dir="ltr">good points by all :) </div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Aug 14, 2014 at 12:48 PM, Mateusz Kowalczyk <span dir="ltr"><<a href="mailto:fuuzetsu@fuuzetsu.co.uk" target="_blank">fuuzetsu@fuuzetsu.co.uk</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 08/14/2014 01:43 AM, Carter Schonwald wrote:<br>
> one thing I wonder about is how should we approach noting<br>
>  "theres a new language constructor, we should figure out a good way to<br>
> present it in haddock" in this work flow?<br>
> because the initial haddocks presentation might just be a strawman till<br>
> someone thinks about it carefully right?<br>
><br>
><br>
> On Wed, Aug 13, 2014 at 6:30 PM, Herbert Valerio Riedel <<a href="mailto:hvriedel@gmail.com">hvriedel@gmail.com</a>><br>
> wrote:<br>
><br>
>> On 2014-08-14 at 00:09:40 +0200, Mateusz Kowalczyk wrote:<br>
>><br>
>> [...]<br>
>><br>
>>> I don't know what the GHC branch name will be yet. ‘ghc-head’ makes most<br>
>>> sense but IIRC Herbert had some objections as it had been used in the<br>
>>> past for something else, but maybe he can pitch in.<br>
>><br>
>> I had no objections at all to that name, 'ghc-head' is fine with me :-)<br>
>> _______________________________________________<br>
>> ghc-devs mailing list<br>
>> <a href="mailto:ghc-devs@haskell.org">ghc-devs@haskell.org</a><br>
>> <a href="http://www.haskell.org/mailman/listinfo/ghc-devs" target="_blank">http://www.haskell.org/mailman/listinfo/ghc-devs</a><br>
>><br>
><br>
<br>
</div></div>If there's more than one reasonable way then there's going to be<br>
strawman along the way somewhere anyway but we can at least delegate<br>
that until later. As I mention in the OP, there's at least no need for<br>
me to worry about it until it's finished on the GHC side although I'll<br>
no doubt be aware of it sooner than that.<br>
<br>
The PatternSynonyms stuff is an example where the implementor also<br>
stepped up to putting in support into Haddock for rendering. At the same<br>
time, the implementation has changed multiple times along the way<br>
creating hassle for both parties so perhaps in the future it's better to<br>
simply make sure Haddock still compiles and works but perhaps delegate<br>
everything else to closer to the release.<br>
<br>
In the end, it does not matter if Haddock can't display a bleeding edge<br>
feature until it's going out as a release.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Mateusz K.<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
ghc-devs mailing list<br>
<a href="mailto:ghc-devs@haskell.org">ghc-devs@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/ghc-devs" target="_blank">http://www.haskell.org/mailman/listinfo/ghc-devs</a><br>
</div></div></blockquote></div><br></div>