Dear Friends,
I have a few weeks free just now, and a keen interest in GHC performance,
so please count me in as a person interested in developing the solution :-).
On Thu, Apr 10, 2014 at 5:57 PM, Johan Tibell johan.tib...@gmail.comwrote:
There are a few projects in this area I think we
On Fri, Apr 18, 2014 at 8:12 AM, Michał J Gajda mjga...@gmail.com wrote:
Dear Friends,
I have a few weeks free just now, and a keen interest in GHC performance,
so please count me in as a person interested in developing the solution :-).
On Thu, Apr 10, 2014 at 5:57 PM, Johan Tibell
Folks,
last two/three builds on Solaris builder fails due to a reason that
someone added (probably) stripping of installed libraries. My bet is on
8992d5269804b727fb77249511e89df678526907 -- hence ccing you Herbert, but
I'm not sure...
The problem is that invoked strip command line is
On 2014-04-18 at 12:13:14 +0200, Karel Gardas wrote:
Folks,
last two/three builds on Solaris builder fails due to a reason that
someone added (probably) stripping of installed libraries. My bet is
on 8992d5269804b727fb77249511e89df678526907 -- hence ccing you
Herbert, but I'm not sure...
On Fri, Apr 18, 2014 at 12:20 PM, Herbert Valerio Riedel hvrie...@gmail.com
wrote:
This sounds as if you'd want to file an issue and/or pull-request ASAP
for Cabal 1.20 before it gets released;
Just fixed this on the 1.20 branch:
Fixed on the Cabal 1.20 branch:
https://github.com/haskell/cabal/commit/8af39a5f827dcf5b5ca68badc2955e4cccbb039d
I suggest we update the submodule to use that.
___
ghc-devs mailing list
ghc-devs@haskell.org
Fantastic! This was less then minute for a fix after issue was created!
Thanks a lot!
Karel
On 04/18/14 12:26 PM, Johan Tibell wrote:
On Fri, Apr 18, 2014 at 12:20 PM, Herbert Valerio Riedel
hvrie...@gmail.com mailto:hvrie...@gmail.com wrote:
This sounds as if you'd want to file an issue
On 18/04/14 20:42, Austin Seipp wrote:
Yes, you're right regarding the AMP patches. Concerning this, I looked
the patch back up to refresh my memory, and there reason we do this
was because we need to check (and warn) if there are locally defined
names in the current module which would clash
Hi folks,
Apropos of nothing, I will be talking about OverloadedRecordFields in
London on Monday 28th April at 6:30pm:
https://skillsmatter.com/meetups/6345-overloaded-record-fields-for-haskell
I've updated my OverloadedRecordFields branches to HEAD as of today.
Validate on linux x86_64 is