A modest proposal (re the Platform)

--===============2876426686545934912==
Content-Type: multipart/alternative; boundary=f46d041826f6940f1c04f05af160

--f46d041826f6940f1c04f05af160
Content-Type: text/plain; charset=UTF-8

Looks like GHC 7.8 is pretty near release.

And while I know that we really like to have a GHC out for a while, and
perhaps see the .1 release, before we incorporate it into the Platform,
this GHC, while including many new and anticipated things, seems pretty
well hammered on.

Combine that with the now two-month late (all my fault) HP release for
2013.4.0.0 isn't slated to really have all that much new in it, in part
because it is the same GHC as the last HP release.

Now - it would really look foolish, and taken poorly (methinks) if we
release a HP this month - only to have GHC 7.8 release early Feb. Folks
would really be head scratching, and wondering about the platform.

SO - I'm proposing ditching the now late 2013.4.0.0 (I admit, I'm finding
it hard to get excited by it!) and instead move right to putting out
2014.2.0.0 - aimed for mid-March to mid-April.

This release would have several big changes:

   - GHC 7.8
   - New shake based build for the Platform
   - Support for validation via package tests
   - Support for a "server variant" (no OpenGL or other GUI stuff if we had
   any)
   - Automated version info w/historical version matrix page
   - Several significant packages: I'd like to see Aeson at the very least,
   updated OpenGL stuff

I'd also propose changes for the Mac build (though this is obviously
independent):

   - Built from GHC source, not dist. release. (guarantees consistent
   release)
   - Only 64bit (I know, controversial...)

Thoughts?

--f46d041826f6940f1c04f05af160
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Looks like GHC 7.8 is pretty near release.<div><br><div>An=
d while I know that we really like to have a GHC out for a while, and perha=
ps see the .1 release, before we incorporate it into the Platform, this GHC=
, while including many new and anticipated things, seems pretty well hammer=
ed on.</div>

</div><div><br></div><div>Combine that with the now two-month late (all my =
fault) HP release for 2013.4.0.0 isn&#39;t slated to really have all that m=
uch new in it, in part because it is the same GHC as the last HP release.</=
div>

<div><br></div><div>Now - it would really look foolish, and taken poorly (m=
ethinks) if we release a HP this month - only to have GHC 7.8 release early=
 Feb. Folks would really be head scratching, and wondering about the platfo=
rm.</div>

<div><br></div><div>SO - I&#39;m proposing ditching the now late 2013.4.0.0=
 (I admit, I&#39;m finding it hard to get excited by it!) and instead move =
right to putting out 2014.2.0.0 - aimed for mid-March to mid-April.</div>

<div><br></div><div>This release would have several big changes:</div><div>=
<ul><li>GHC 7.8<br></li><li>New shake based build for the Platform</li><li>=
Support for validation via package tests</li><li>Support for a &quot;server=
 variant&quot; (no OpenGL or other GUI stuff if we had any)</li>

<li>Automated version info w/historical version matrix page</li><li>Several=
 significant packages: I&#39;d like to see Aeson at the very least, updated=
 OpenGL stuff</li></ul><div>I&#39;d also propose changes for the Mac build =
(though this is obviously independent):</div>

</div><div><ul><li>Built from GHC source, not dist. release. (guarantees co=
nsistent release)</li><li>Only 64bit (I know, controversial...)</li></ul><d=
iv>Thoughts?</div></div><div><br></div></div>

--f46d041826f6940f1c04f05af160--

--===============2876426686545934912==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Libraries mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/libraries

--===============2876426686545934912==--