Re: A modest proposal (re the Platform)

--===============2281375815459912423==
Content-Type: multipart/alternative; boundary=f46d043892590dc92304f0b1c3ac

--f46d043892590dc92304f0b1c3ac
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

A few specific points:

1) 2013.4.0.0 isn't really "ready to be pushed" - there were delays, and
then some rolling updates... and some churn. While there is a proposed set
of packages... and it does compile... there is still some work on the Mac
version (it needs to incorporate my patch script for Mavericks).

2) If we roll out 2013.4.0.0 - that will mean a fair bit of work for all
the packagers... and they (and I) won't be up for doing it again for a few
months.

3) For the Mac release, I've really shied away from solutions that have
people install a second C compiler. While some solutions for Mavericks had
people installing gcc from macports or the like, I think we are better
served with a solution that works with the default tool chain for the
platform. I have no experience with FreeBSD, but I would think similar
considerations apply (though at least there, everyone has ports.)

4) Stability in both GHC and the library eco-system seems (perhaps
subjectively) more stable to me now than it did three/four years ago. In
particular, many of the package maintainers for packages in the platform
are already ready for the 7.8 release. Further, several important packages
(text, aseon, cabal) work best with newer versions of core packages (which
will be in 7.8) and are a bit hacky when working with the core shipped with
7.6.

All in all, I'm still seeing this discussion coming down strongly in favor
of delaying for 7.8. Further, I believe everyone involved so far is on
board with the stability aims of the platform.

- Mark
=E2=80=8B

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

<div dir=3D"ltr">A few specific points:<div><br></div><div>1) 2013.4.0.0 is=
n&#39;t really &quot;ready to be pushed&quot; - there were delays, and then=
 some rolling updates... and some churn. While there is a proposed set of p=
ackages... and it does compile... there is still some work on the Mac versi=
on (it needs to incorporate my patch script for Mavericks).</div>

<div><br></div><div>2) If we roll out 2013.4.0.0 - that will mean a fair bi=
t of work for all the packagers... and they (and I) won&#39;t be up for doi=
ng it again for a few months.</div><div><br></div><div>3) For the Mac relea=
se, I&#39;ve really shied away from solutions that have people install a se=
cond C compiler. While some solutions for Mavericks had people installing g=
cc from macports or the like, I think we are better served with a solution =
that works with the default tool chain for the platform. I have no experien=
ce with FreeBSD, but I would think similar considerations apply (though at =
least there, everyone has ports.)</div>

<div><br></div><div>4) Stability in both GHC and the library eco-system see=
ms (perhaps subjectively) more stable to me now than it did three/four year=
s ago. In particular, many of the package maintainers for packages in the p=
latform are already ready for the 7.8 release. Further, several important p=
ackages (text, aseon, cabal) work best with newer versions of core packages=
 (which will be in 7.8) and are a bit hacky when working with the core ship=
ped with 7.6.</div>

<div><br></div><div>All in all, I&#39;m still seeing this discussion coming=
 down strongly in favor of delaying for 7.8. Further, I believe everyone in=
volved so far is on board with the stability aims of the platform.</div>

<div><br></div><div>- Mark</div>=E2=80=8B</div>

--f46d043892590dc92304f0b1c3ac--


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

_______________________________________________
Haskell-platform mailing list
Haskell-platform-9EcH6oogKlu2EFrm9oAg2GD2FQJk+8+b@public.gmane.org
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
--===============2281375815459912423==--