Re: FoldrW/buildW issues

2014-09-12 Thread David Feuer
On Sep 12, 2014 2:35 PM, "Joachim Breitner" wrote: > Interesting. I assumed that some wrap.unwrap=id law would hold, or at > least some moral approximation (e.g. disregarding bottoms in an > acceptable manner). But if the wrappers have to do arbitrary stuff that > can arbitrarily interact with how

Cannot build ghc HEAD with LLVM ARM due to globalRegMaybe

2014-09-12 Thread Moritz Angermann
Hi, when trying to compile a ghc HEAD on LLVM ARM, I end up getting an exception: ghc-stage1: panic! (the 'impossible' happened) (GHC version 7.9.20140911 for arm-apple-ios): globalRegMaybe After some digging I found that a new call to globalRegMaybe was introduced here: htt

Re: HEAD fails to bootstrap with HEAD?

2014-09-12 Thread Edward Z. Yang
Hello Karel, When this commit makes it in https://github.com/haskell/cabal/commit/8d59dc9fba584a9fdb810f4d84f7f3ccb089dd08 it will work; but updating Cabal to HEAD is blocking on https://ghc.haskell.org/trac/ghc/ticket/9583 Cheers, Edward Excerpts from Karel Gardas's message of 2014-09-08 03:21:

Re: win32 GHC 7.8.3 works under Wine and i386-linux GHC 7.8.3 works under amd64-linux

2014-09-12 Thread Mikolaj Konarski
(cross-com^H^H^Hposting to glasgow-haskell-us...@haskell.org) Well, sorf-of. A few extra unobvious parameters and workarounds are required in each case, but it's doable, (arguably) simpler than real cross-compilation and already exhibits problems that real cross-compilation may in some circumstanc

win32 GHC 7.8.3 works under Wine and i386-linux GHC 7.8.3 works under amd64-linux

2014-09-12 Thread Mikolaj Konarski
Well, sorf-of. A few extra unobvious parameters and workarounds are required in each case, but it's doable, (arguably) simpler than real cross-compilation and already exhibits problems that real cross-compilation may in some circumstances face. Wiki pages (kudos to all previous authors): http://w

Re: AMP performance effect

2014-09-12 Thread Joachim Breitner
Hi, Am Freitag, den 12.09.2014, 16:10 +0200 schrieb Johan Tibell: > Once we think pagespeed is stable enough, I would be for sending > automated emails on regressions. it is quite noisy, which is mostly due to the fact that I track the „number of failing testcases“ as a performance value, whic

Re: AMP performance effect

2014-09-12 Thread Johan Tibell
On Fri, Sep 12, 2014 at 3:52 PM, Joachim Breitner wrote: > nothing overly exciting, but since I am running this ghcspeed thing, I > guess I should inform you about changes, just to get some practice doing > that :-) I'm very much in support of doing this. Once we think pagespeed is stable enou

Re: AMP performance effect

2014-09-12 Thread Joachim Breitner
Hi, Am Freitag, den 12.09.2014, 10:00 -0400 schrieb Edward Z. Yang: > You are probably seeing the effects of this bug for cryptarithm1: > > https://ghc.haskell.org/trac/ghc/ticket/9570#ticket possibly. But you report runtime differences without changes in allocation numbers, whereas I obser

Re: AMP performance effect

2014-09-12 Thread Edward Z. Yang
Hello Joachim, You are probably seeing the effects of this bug for cryptarithm1: https://ghc.haskell.org/trac/ghc/ticket/9570#ticket Cheers, Edward Excerpts from Joachim Breitner's message of 2014-09-12 09:52:14 -0400: > Hi, > > nothing overly exciting, but since I am running this ghcspeed

AMP performance effect

2014-09-12 Thread Joachim Breitner
Hi, nothing overly exciting, but since I am running this ghcspeed thing, I guess I should inform you about changes, just to get some practice doing that :-) Due to various build failures, the AMP landing patch was not measured in isolation, so these numbers reflect the effect of these patches: $