<p dir="ltr">Hi Ben, </p>
<p dir="ltr">The windows build is unusable. The settings file has $TopDir expanded and hard-coded to the build path on drydock. </p>
<p dir="ltr">Tamar</p>
<br><div class="gmail_quote"><div dir="ltr">On Mon, 10 Apr 2017, 08:14 Boespflug, Mathieu, <<a href="mailto:m@tweag.io">m@tweag.io</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="gmail_msg">Hi Ben,<div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">this is great news! I'm particularly keen on learning more about two points you mentioned in your email:</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">* Compiler performance: do you have any numbers to quantify what 8.0 vs 8.2 is likely to look like? How much has the work that's been done affect performance across the board? Or are these mostly pathological cases (e.g. ghc --make with high number of cores, large number of definitions in a module, large amount of let nesting in definitions, etc)</div><div class="gmail_msg">* DWARF support: could you clarify at a very high-level what typical uses cases can be expected to work and which ones won't? Would be eager to read any resources you could point me at to help me understand what still needs to be done on this front.</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">Many thanks,</div></div><div class="gmail_extra gmail_msg"><br clear="all" class="gmail_msg"><div class="gmail_msg"><div class="m_7917143971600836754gmail_signature gmail_msg" data-smartmail="gmail_signature">--<br class="gmail_msg">Mathieu Boespflug<br class="gmail_msg">Founder at <a href="http://tweag.io" class="gmail_msg" target="_blank">http://tweag.io</a>.</div></div></div><div class="gmail_extra gmail_msg">
<br class="gmail_msg"><div class="gmail_quote gmail_msg">On 10 April 2017 at 05:50, Ben Gamari <span dir="ltr" class="gmail_msg"><<a href="mailto:ben@well-typed.com" class="gmail_msg" target="_blank">ben@well-typed.com</a>></span> wrote:<br class="gmail_msg"><blockquote class="gmail_quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br class="gmail_msg">
Hello everyone,<br class="gmail_msg">
<br class="gmail_msg">
The GHC team is very pleased to announce the first candidate of the<br class="gmail_msg">
8.2.1 release of the Glasgow Haskell Compiler. Source and binary<br class="gmail_msg">
distributions are available at<br class="gmail_msg">
<br class="gmail_msg">
<a href="https://downloads.haskell.org/~ghc/8.2.1-rc1/" rel="noreferrer" class="gmail_msg" target="_blank">https://downloads.haskell.org/~ghc/8.2.1-rc1/</a><br class="gmail_msg">
<br class="gmail_msg">
This is the first of a few release candidates leading up the final 8.2.1<br class="gmail_msg">
release. This release will feature,<br class="gmail_msg">
<br class="gmail_msg">
* A new type-indexed Typeable implementation<br class="gmail_msg">
<br class="gmail_msg">
* The long awaited Backpack<br class="gmail_msg">
<br class="gmail_msg">
* Deriving strategies for disambiguating DeriveAnyClass,<br class="gmail_msg">
GeneralizedNewtypeDeriving, and stock mechanisms<br class="gmail_msg">
<br class="gmail_msg">
* Overloaded record fields<br class="gmail_msg">
<br class="gmail_msg">
* Improved compiler performance<br class="gmail_msg">
<br class="gmail_msg">
* Better code generation through more robust tracking of join points<br class="gmail_msg">
<br class="gmail_msg">
* Compact regions for more efficient garbage collection and serialization<br class="gmail_msg">
<br class="gmail_msg">
* Better support for machines with non-uniform memory architectures<br class="gmail_msg">
<br class="gmail_msg">
* More robust support for levity (e.g. RuntimeRep) polymorphism<br class="gmail_msg">
<br class="gmail_msg">
* A simple interface for streaming eventlog data from live processes<br class="gmail_msg">
<br class="gmail_msg">
* Further refinement of DWARF support<br class="gmail_msg">
<br class="gmail_msg">
Unfortunately there are still a few known issues in this release,<br class="gmail_msg">
including a few compiler panics (#13233, #13509) and a memory leak in<br class="gmail_msg">
the simplifier (#13426) which may adversely affect heap sizes and<br class="gmail_msg">
compilation time for some modules. This memory leak unfortunately made<br class="gmail_msg">
it impossible to provide a 32-bit Windows distribution for this<br class="gmail_msg">
candidate; this will be resolved in -rc2.<br class="gmail_msg">
<br class="gmail_msg">
As always, please let us know if you have difficulty. Thanks to everyone<br class="gmail_msg">
who has contributed to this release!<br class="gmail_msg">
<br class="gmail_msg">
Happy testing,<br class="gmail_msg">
<br class="gmail_msg">
- Ben<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">_______________________________________________<br class="gmail_msg">
ghc-devs mailing list<br class="gmail_msg">
<a href="mailto:ghc-devs@haskell.org" class="gmail_msg" target="_blank">ghc-devs@haskell.org</a><br class="gmail_msg">
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs" rel="noreferrer" class="gmail_msg" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs</a><br class="gmail_msg">
<br class="gmail_msg"></blockquote></div><br class="gmail_msg"></div>
_______________________________________________<br class="gmail_msg">
ghc-devs mailing list<br class="gmail_msg">
<a href="mailto:ghc-devs@haskell.org" class="gmail_msg" target="_blank">ghc-devs@haskell.org</a><br class="gmail_msg">
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs" rel="noreferrer" class="gmail_msg" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs</a><br class="gmail_msg">
</blockquote></div>