<div dir="ltr">Speaking as a user, I think Johan's concern is well-founded.  For us, ghc-7.8.3 was the first of the 7.8 line that was really usable in production, due to #8960 and other bugs.  Sure, that can be worked around in user code, but it takes some time for developers to locate the issues, track down the bug, and implement the workaround.  And even 7.8.3 has some bugs that cause minor annoyances (either ugly workarounds or intermittent build failures that I haven't had the time to debug); it's definitely not solid.  Similarly, 7.6.3 was the first 7.6 release that we were able to use in production.  I'm particularly concerned about ghc-7.10 as the AMP means there will be significant lag in identifying new bugs (since it'll take time to update codebases for that major change).<div><br></div><div>For the curious, within the past few days we've seen all the following, some multiple times, all so far intermittent:</div><div><br></div><div>> ghc: panic! (the 'impossible' happened)</div><div>> (GHC version 7.8.3.0 for x86_64-unknown-linux):</div><div>>     kindFunResult ghc-prim:GHC.Prim.*{(w) tc 34d}</div><div><br></div><div>> ByteCodeLink.lookupCE</div><div>> During interactive linking, GHCi couldn't find the following symbol:</div><div>>     some_mangled_name_closure</div><div><br></div><div>> ghc: mmap 0 bytes at (nil): Invalid Argument</div><div><br></div><div>> internal error: scavenge_one: strange object 2022017865</div><div><br></div><div>Some of these I've mapped to likely ghc issues, and some are fixed in HEAD, but so far I haven't had an opportunity to put together reproducible test cases.  And that's just bugs that we haven't triaged yet, there are several more for which workarounds are in place.</div><div><br></div><div>John L.</div><div><br></div><div class="gmail_extra"><div class="gmail_quote">On Sat, Oct 4, 2014 at 2:54 PM, Johan Tibell <span dir="ltr"><<a href="mailto:johan.tibell@gmail.com" target="_blank">johan.tibell@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Fri, Oct 3, 2014 at 11:35 PM, Austin Seipp <span dir="ltr"><<a href="mailto:austin@well-typed.com" target="_blank">austin@well-typed.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> - Cull and probably remove the 7.8.4 milestone.<br>
   - Simply not enough time to address almost any of the tickets<br>
     in any reasonable timeframe before 7.10.1, while also shipping them.<br>
   - Only one, probably workarouadble, not game-changing<br>
     bug (#9303) marked for 7.8.4.<br>
   - No particular pressure on any outstanding bugs to release immediately.<br>
   - ANY release would be extremely unlikely, but if so, only<br>
     backed by the most critical of bugs.<br>
   - We will move everything in 7.8.4 milestone to 7.10.1 milestone.<br>
     - To accurately catalogue what was fixed.<br>
     - To eliminate confusion.<br></blockquote><div><br></div></span><div>#8960 looks rather serious and potentially makes all of 7.8 a no-go for some users. I'm worried that we're (in general) pushing too many bug fixes towards future major versions. Since major versions tend to add new bugs, we risk getting into a situation where no major release is really solid.</div><div><br></div></div></div></div>
<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></blockquote></div><br></div></div>