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 l
On Sun, Feb 12, 2012 at 3:05 PM, Evan Laforge wrote:
> On Fri, Feb 10, 2012 at 10:59 AM, Austin Seipp 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 b
On Fri, Feb 10, 2012 at 10:59 AM, Austin Seipp 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 the build, du
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 P
On Sun, Jan 29, 2012 at 5:12 PM, Austin Seipp 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 community.haskell.or
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 pre
On Wednesday 01 February 2012, 19:08:16, Evan Laforge wrote:
> On Wed, Feb 1, 2012 at 8:16 AM, Simon Hengel wrote:
> > Are you referring to the classical pattern, that allows you to add a
> > shebang?
> >
> >#!/usr/bin/env runhaskell
> >
> >> import Distribution.Simple
> >> main = de
> 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
__
>> 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 t
> And while I'm wondering about cabal, why on earth is it that so many
> Setup.hs files are actually Setup.lhs and with no actual literate
> contents?
Are you referring to the classical pattern, that allows you to add a
shebang?
#!/usr/bin/env runhaskell
> import Distribution.Simple
-boun...@haskell.org [mailto:glasgow-haskell-
| users-boun...@haskell.org] On Behalf Of Rene de Visser
| Sent: 30 January 2012 19:15
| To: glasgow-haskell-users@haskell.org
| Subject: Re: ANNOUNCE: GHC 7.4.1 Release Candidate 2
|
| What are the plans for http://hackage.haskell.org/trac/ghc/ticket/5623 which
On Wed, Feb 01, 2012 at 09:00:05AM +0100, Andres Löh wrote:
>
> I wasn't actually aware that cabal-install is included in the ghc tree
> and can be pulled via sync-all.
It's only in the GHC tree because it lives in the same darcs repository
as Cabal (the library) now. The code in the GHC tree is
ular fix won't be in 7.4. Sorry.
Simon
| -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: ANNOU
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 wrote:
> So it embarrasses me to admit it,
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 figur
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.
Thank
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
Hello,
7.4.1 RC2 shows the same issue like recent HEAD on ARM/Linux platform: a
lot of (I don't know if not all) threaded1 testcases fail with:
Stdout:
Stderr:
GEq1: internal error: ASSERTION FAILED: file rts/Schedule.c, line 506
(GHC version 7.4.0.20120126 for arm_unknown_linux)
Pl
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 community.haskell.org to get my code.haskell.org SSH keys
updated, and I'll then be
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 inst
Hello again Ian,
I noticed that in December, Bas van Dijk reported a bug in the
implementation of ConstraintKinds/associated type defaults, and the
fix wasn't merged to 7.4.1.
The relevant email thread is archived here:
http://www.haskell.org/pipermail/glasgow-haskell-users/2011-December/021318.
On 1/28/12 6:09 PM, Austin Seipp wrote:
I presume the people in our boat are actually pretty small in number
(OS X users are fairly keen to upgrade pretty quickly,) but it would
be nice to not have to build it ourselves if that's the case.
On the whole, we are. But there are some in worse posit
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
(OS
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
On Jan 28, 2012 11:14 AM, "Sanket Agrawal" 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 either; moreover, what it d
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 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:
http://hackage.haskell.org/trac/ghc
On Sat, Jan 28, 2012 at 10:56 AM, Johan Tibell wrote:
> On Sat, Jan 28, 2012 at 6:52 AM, Sanket Agrawal
> 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 a
On Sat, Jan 28, 2012 at 6:52 AM, Sanket Agrawal
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
> installed on my Mac. My
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 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
http
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
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 j
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, pr
We are pleased to announce the first release candidate for GHC 7.4.1:
http://www.haskell.org/ghc/dist/7.4.1-rc2/
This includes the source tarball, installers for OS X and Windows, and
bindists for amd64/Linux, i386/Linux, amd64/FreeBSD and i386/FreeBSD.
Please test as much as possible; bugs
35 matches
Mail list logo