Evan,
I've finished making a binary distribution and a .pkg installer for OS
X (partly delayed due to terrible internet at the moment.)
The binary distribution and GHC package, as well as md5 sums, can be found here:
http://code.haskell.org/~thoughtpolice/ghc-741-osx-sl/
If anybody else would
On Fri, Feb 10, 2012 at 10:59 AM, Austin Seipp mad@gmail.com wrote:
Sorry, I got caught up doing a few other things the past few days.
I'll make a binary of the 7.4.1 release later today and upload it to
my code.haskell.org account and report back here (the uploading will
take as long as
On Sun, Feb 12, 2012 at 3:05 PM, Evan Laforge qdun...@gmail.com wrote:
On Fri, Feb 10, 2012 at 10:59 AM, Austin Seipp mad@gmail.com wrote:
Sorry, I got caught up doing a few other things the past few days.
I'll make a binary of the 7.4.1 release later today and upload it to
my
On Sun, Jan 29, 2012 at 5:12 PM, Austin Seipp mad@gmail.com wrote:
I've done so, and have an RC2 bindist that doesn't have a segfaulting
GHCi. I suppose this build should be advocated to Snow Leopard users.
I currently need a place to put the bindist. I'm about to send an
email to
Sorry, I got caught up doing a few other things the past few days.
I'll make a binary of the 7.4.1 release later today and upload it to
my code.haskell.org account and report back here (the uploading will
take as long as the build, due to bad internet right now...)
On Fri, Feb 10, 2012 at 12:56
On Sun, 2012-02-05 at 04:41 +0100, Daniel Fischer wrote:
That may have been the idea, but doesn't make a difference. GHC allows a
shebang line as the first line of a file also in .hs files.
...except when enabling the CPP language extension, then you get a
shebang.hs:1:0: error: invalid
On Wednesday 01 February 2012, 19:08:16, Evan Laforge wrote:
On Wed, Feb 1, 2012 at 8:16 AM, Simon Hengel s...@typeful.net wrote:
Are you referring to the classical pattern, that allows you to add a
shebang?
#!/usr/bin/env runhaskell
import Distribution.Simple
main =
Hi there.
First of all: I'm aware that the current situation with cabal-install
is suboptimal and a new release it desperately needed.
Still, some general advice and attempts at explaining strange behaviour:
On Wed, Feb 1, 2012 at 8:05 AM, Evan Laforge qdun...@gmail.com wrote:
So it
| -Original Message-
| From: glasgow-haskell-users-boun...@haskell.org [mailto:glasgow-haskell-
| users-boun...@haskell.org] On Behalf Of Austin Seipp
| Sent: 29 January 2012 02:27
| To: glasgow-haskell-users@haskell.org
| Subject: Re: ANNOUNCE: GHC 7.4.1 Release Candidate 2
|
| Hello again
I downloaded the latest cabal-install from
http://hackage.haskell.org/package/cabal-install and that was a
mistake right off.
Assuming you upgraded, you probably had an old version of
cabal-install. You should be able to keep using it for the time being.
The cabal binary picks up the GHC
I just type runghc on everything and it seems like a lot of those
don't have the executable bit set, so I hadn't thought of that reason.
I think this is most eminent with Darcs repos. Darcs can't revision
file permissions (--set-scripts-executable tries to remedy that).
Cheers,
Simon
Hi Rene,
On Mon, Jan 30, 2012 at 08:15:05PM +0100, Rene de Visser wrote:
What are the plans for http://hackage.haskell.org/trac/ghc/ticket/5623 which
seems to be still open?
We don't plan to fix it for 7.4.1. Assuming we do a 7.4.2, if we have a
fix for it then it could go in 7.4.2.
Thanks
So it embarrasses me to admit it, but I'm having the same problem I
always have when I install a new ghc, and that's cabal and cabal
install.
I downloaded the latest cabal-install from
http://hackage.haskell.org/package/cabal-install and that was a
mistake right off. After fiddling around I
What are the plans for http://hackage.haskell.org/trac/ghc/ticket/5623 which
seems to be still open?
Quoting form the ticket ...
Just to spam a little more, it seems that the HEAD happily duplicates all
computations on unboxed types. It even duplicates x+x in this example:
foo :: Float - Float
On Sat, Jan 28, 2012 at 05:09:20PM -0600, Austin Seipp wrote:
I run XCode 4 (and haven't had the opportunity to upgrade.) Would it
be reasonable to make a binary distribution for people like Evan and
Me and hopefully have it put on the download page?
If someone makes a bindist and/or
On Fri, Jan 27, 2012 at 08:57:35PM -0800, Evan Laforge wrote:
Unfortunately ghci still segfaults for me most times (the previous
release candidate did too). Anyone else seeing this? What should I
do to troubleshoot?
OS X 10.6.8, using GHC-7.4.0.20120126-x86_64.pkg
Ah, sorry, I should have
On Fri, Jan 27, 2012 at 11:10:26PM -0600, Austin Seipp wrote:
Ian, can I ask what the procedure would be to check out the 7.4 branch
of GHC and all the associated libraries to try this out? I'm not
familiar with all the `sync-all`-fu, but I speculate it's what'll do
it. :)
See
I installed it on my mac (OS X 10.7.2, XCode 4.1) without any issues (using
bindist, not pkg). Is upgrading to XCode 4.2 ok from GHC perspective (more
specifically, runtime performance of code compiled by GHC)? I have seen
some discussion of Clang causing issues for GHC, but it was about compiling
On Sat, Jan 28, 2012 at 6:52 AM, Sanket Agrawal
sanket.agra...@gmail.com wrote:
The reason I am asking is I want to try LLVM backend but GHC keeps
complaining about missing llvm tools (opt, llc). I checked LLVM webpage but
couldn't find information about how to determine what llvm tools are
On Sat, Jan 28, 2012 at 10:56 AM, Johan Tibell johan.tib...@gmail.comwrote:
On Sat, Jan 28, 2012 at 6:52 AM, Sanket Agrawal
sanket.agra...@gmail.com wrote:
The reason I am asking is I want to try LLVM backend but GHC keeps
complaining about missing llvm tools (opt, llc). I checked LLVM
On Sat, Jan 28, 2012 at 09:52:13AM -0500, Sanket Agrawal wrote:
I installed it on my mac (OS X 10.7.2, XCode 4.1) without any issues (using
bindist, not pkg). Is upgrading to XCode 4.2 ok from GHC perspective
There is a problem with the LLVM gcc and GHC:
On Fri, Jan 27, 2012 at 11:15:46PM +, Ian Lynagh wrote:
We are pleased to announce the first release candidate for GHC 7.4.1:
http://www.haskell.org/ghc/dist/7.4.1-rc2/
The first candidate or the second?
(for the date is Jan 27).
Is ghc-7.4.0.20111219 the first candidate?
On Jan 28, 2012 11:14 AM, Sanket Agrawal sanket.agra...@gmail.com wrote:
Yes, that is another possibility. I would like to keep it simple, and
just upgrade to XCode 4.2, instead of installing Clang+LLVM binaries
separately, if it is not an issue for GHC.
Xcode 4.2 doesn't include full LLVM
On Sat, Jan 28, 2012 at 08:32:31PM +0400, Serge D. Mechveliani wrote:
On Fri, Jan 27, 2012 at 11:15:46PM +, Ian Lynagh wrote:
We are pleased to announce the first release candidate for GHC 7.4.1:
http://www.haskell.org/ghc/dist/7.4.1-rc2/
The first candidate or the second?
Ian,
Thanks for pointing this out.
I run XCode 4 (and haven't had the opportunity to upgrade.) Would it
be reasonable to make a binary distribution for people like Evan and
Me and hopefully have it put on the download page?
I presume the people in our boat are actually pretty small in number
Unfortunately ghci still segfaults for me most times (the previous
release candidate did too). Anyone else seeing this? What should I
do to troubleshoot?
OS X 10.6.8, using GHC-7.4.0.20120126-x86_64.pkg
I'll try GHC-7.4.0.20120126-i386.pkg in a bit, but I probably do need
the 64 bit version,
I too was seeing this with RC1, but I haven't tried RC2. Looking at
the commits on the 7.4 branch, I don't see anything that would have
likely affected/fixed it, so I speculate I'll see the same thing with
RC2. I'll try tonight and report back.
I will note that manually built copies of HEAD work
27 matches
Mail list logo