On Mon, Mar 23, 2015 at 7:58 AM, Carter Schonwald
carter.schonw...@gmail.com wrote:
How do you get the ghc docs built successfully on os x? I've tried to
replicate you buildsteps but docbook hits a failure when tryingto download
some remote file.
I added my OS X build notes for GHC
*Hey you* yes you... Platform committee member, or Platform library
maintainer, Platform packager... that's right, you:
GHC 7.10 is about to be released. Wouldn't it rock if we came out with a
Platform within days? Or on the same day?
I know, I know, our process is long and full of
Gershom B gersh...@gmail.com:
On March 25, 2015 at 12:43:22 AM, Manuel M T Chakravarty
(c...@cse.unsw.edu.au) wrote:
Look. I guess, I count as a power user ;) I rarely use sandboxes. They are
great for a particular
type of use, but you can do many things quite happily without them.
On Tue, Mar 24, 2015 at 10:09 PM, Gershom B gersh...@gmail.com wrote:
There are different types of beginners, and meeting all their needs (as
well as the needs of long-timers of various stripes, etc) all at once is a
tricky task.
Actually, pretty much all other language systems (C++,
2015-03-25 7:31 GMT+01:00 Mark Lentczner mark.lentcz...@gmail.com:
[...] look over the the source file at GitHub that defines the release
see if the version of your stuff looks right
The OpenGLRaw and GLUTRaw versions are OK, for OpenGL and GLUT we
should use newer versions I just released
Yes, I'm arguing that the GHC release and the Platform release should be one
and the same. The vast majority of the pain I think stems from the skew between
these two, and that GHC is not enough. You need something besides the GHC
release. If that something isn't standard, and/or it lags the
cabal-install should be 1.22.2.0 (latest). Otherwise looks good.
On Mar 25, 2015 7:32 AM, Mark Lentczner mark.lentcz...@gmail.com wrote:
*Hey you* yes you... Platform committee member, or Platform library
maintainer, Platform packager... that's right, you:
GHC 7.10 is about to be
On 2015-03-25 at 06:52:22 +0100, Mark Lentczner wrote:
On Tue, Mar 24, 2015 at 8:20 PM, Gershom B gersh...@gmail.com wrote:
install Yesod, or GHCJS, or Yesod and then GHCJS, and then some package
with an API binding for some webservice which has not been updated in two
years and requires an
On 2015-03-25 at 10:52:20 +0100, Simon Peyton Jones wrote:
[...]
• Some of the package versions included with the platform have known
and severe bugs, and cannot be reliably upgraded.
[...]
I guess the solution is to release a new version of HP.
IMHO, if HP releases are to happen more
On Wed, Mar 25, 2015 at 11:10 AM, Herbert Valerio Riedel h...@gnu.org wrote:
Or put differently, how shall HP users be informed they're not running
the latest HP version with all known critical bugs fixed?
While I can see most of the problems people claim the platform has,
this particular one
Very good! This one is perhaps a missing piece, if you are saying that a
Windows user cannot use GHC without MSYS:
• On Windows, it does not provide a complete environment (missing MSYS).
On the other hand these three are examples of HP getting in the way:
• By placing a large number of
Thanks for linking to that Mike, I'd actually forgotten that I'd written
that :). Those are all very concrete issues people run into with the
platform regularly, but I'd like to point out a meta issue: the platform
tries to do too much, and in a non-composable manner. As I pointed out
previously,
Simon Peyton Jones simo...@microsoft.com:
So that was the plan. I still think it’s a good plan. But it clearly is not
working well, and I’m hazy about why. Possible reasons:
· Possible diagnosis 1. Installing HP somehow screws up the world
for power users, or for a beginner
On Wed, Mar 25, 2015 at 2:09 AM, Simon Peyton Jones simo...@microsoft.com
wrote:
Yes! Our plan for GHC, dating back to the dawn of the Haskell Platform,
was this: ...
I still like that plan!
Concrete proposal based on that and the other fine input in the responses:
*Simultaneous Release:*
On Wed, Mar 25, 2015 at 10:24 AM, Mark Lentczner mark.lentcz...@gmail.com
wrote:
The OpenGL stuff is a hard one, since it is large, but a very big painful
build if you need it. Perhaps we need server/non-server versions of the
platform - but only if we can get them out on the same day.
On Wed, Mar 25, 2015 at 10:47 AM, Mike Meyer m...@mired.org wrote:
The words Core Platform makes me think there ought to be a non-Core
platform. This would actually match the Clojure model, where there's the
stuff that's part of Clojure, a set of recommended libraries, and the
library archive
On 25-03-2015 15:24, Mark Lentczner wrote:
Concrete proposal based on that and the other fine input in the responses:
*Simultaneous Release:* Since it is organizationally impractical to have
one release, let's have GHC and Platform release at the same moment. That
is, GHC HQ would keep a
In general, I think Mark's proposals are the way to go. However, I know that
there are many developers who will chafe under this plan. There is an inherent
tension between latest and greatest and batteries included. While I
understand the concerns of those who are on the bleeding edge, I
On Mon, Mar 23, 2015 at 4:35 AM, Sven Panne svenpa...@gmail.com wrote:
2015-03-23 6:13 GMT+01:00 Mark Lentczner mark.lentcz...@gmail.com:
[...] exceptions multipart - needed by cgi - is exceptions now
subsumed by
something in transformers? [...]
Coincidentally, Edward Kmett pointed me to
Thanks for doing this, AFAIK there is no bindist for 7.10.3 on the Mac. I
downloaded and installed it, works great. I used it to install hlint and
criterion. The only issue I saw was that uninstall didn't remove ghc
executables of older versions that I had in /usr/local/bin (earlier bindist
of
20 matches
Mail list logo