Building GHC for performance testing

2014-03-06 Thread Johan Tibell
Hi, I'd like to set up a performance build bot for GHC, but before I can do that I need a script that reliably builds GHC and runs nofib. Do we have such a script? Here's a strawman proposal for one: cabal install happy alex git clone git://git.haskell.org/ghc.git cd ghc ./sync-al

Re: Building GHC for performance testing

2014-03-06 Thread Herbert Valerio Riedel
On 2014-03-06 at 10:50:09 +0100, Johan Tibell wrote: > I'd like to set up a performance build bot for GHC, but before I can do > that I need a script that reliably builds GHC and runs nofib. Do we have > such a script? Here's a strawman proposal for one: > > cabal install happy alex > git c

Re: Building GHC for performance testing

2014-03-06 Thread Mateusz Kowalczyk
On 06/03/14 09:50, Johan Tibell wrote: > Hi, > > I'd like to set up a performance build bot for GHC, but before I can do > that I need a script that reliably builds GHC and runs nofib. Do we have > such a script? Here's a strawman proposal for one: > > cabal install happy alex > git clone

Strange file

2014-03-06 Thread Simon Peyton Jones
What is this file? nofib/real/HMMS/lib/haskell/Builtin.hi It's a mystery! Can we delete it? Simon ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs

[PATCH] time library fix for PowerPC

2014-03-06 Thread Gabor Greif
Please consider this as a pull request. It fixes an ugly code size blowup that trips the PowerPC assembler (NCG mode). Cheers, Gabor ___ ghc-devs mailing lis

Re: Strange file

2014-03-06 Thread Johan Tibell
On Thu, Mar 6, 2014 at 1:06 PM, Simon Peyton Jones wrote: > What is this file? > > nofib/real/HMMS/lib/haskell/Builtin.hi > > It's a mystery! Can we delete it? > I think it's safe to assume that it was added by mistake. David even tried to remove it once: tmp/ghc/nofib$ git log real/HMMS/lib/h

Re: Building GHC for performance testing

2014-03-06 Thread Carter Schonwald
There's also the issue that certain vms disable some simd instructions(I think), and while we don't have many libs that are simd heavy as yet this could be an issue in certain future benchmarks? (I could be completely wrong though. ) On Thursday, March 6, 2014, Herbert Valerio Riedel wrote: > On

Re: Standalone Deriving, GND and roles in 7.8.1-rc2

2014-03-06 Thread Richard Eisenberg
This has now been entered as bug #8851. Track progress there if you're interested. Thanks for bringing this up! Richard On Mar 5, 2014, at 4:34 PM, Edward Kmett wrote: > As usual I'm the source of more headaches for Richard. ;) > > -Edward > > > On Wed, Mar 5, 2014 at 3:57 PM, Sergei Trofim

Re: [PATCH] time library fix for PowerPC

2014-03-06 Thread Ashley Yakeley
Rejected. The time library git repo only takes converted patches from its darcs upstream, see . However, I can see about making the equivalent change in , or you can send me a darcs patch. -- Ashley

Where's the implementation of newArray#

2014-03-06 Thread Johan Tibell
Is the below code it (from rts/PrimOps.cmm)? Does it being in PrimOps.cmm mean that it's always out-of-line? stg_newArrayzh ( W_ n /* words */, gcptr init ) { W_ words, size; gcptr p, arr; again: MAYBE_GC(again); // the mark area contains one byte for each 2^MUT_ARR_PTRS_CARD_BIT

new Windows build problem

2014-03-06 Thread Simon Peyton Jones
Sigh. Totally new problem with building GHC (HEAD) on Windows.. "inplace/bin/ghc-stage2.exe" -hisuf hi -osuf o -hcsuf hc -static -H32m -O -Werror -Wall -H64m -O0-package-name haskell98-2.0.0.3 -hide-all-packages -i -ilibraries/haskell98/. -ilibraries/haskell98/dist-install/build -ilibrar

Re: Building GHC for performance testing

2014-03-06 Thread Edward Z . Yang
Hello Johan, Off the top of my head: Technically speaking, the compiler does not have to be optimized to do build tests; just the libraries. So you could probably make the builds run a bit faster this way. Your command for nofib will only run the "standard" benchmarks; to run, for example, the

RE: new Windows build problem

2014-03-06 Thread Simon Peyton Jones
Actually, the two problems seem to be the same. A fresh build from scratch yields libraries/random/ghc.mk:5: recipe for target 'libraries/random/dist-install/build/System/Random.o' failed make[1]: *** [libraries/random/dist-install/build/System/Random.o] Segmentation fault Then sniping the co

Emitting calls to functions defined in PrimOps.cmm from the code gen

2014-03-06 Thread Johan Tibell
Hi, I'm trying to make allocation of arrays of small, statically-known size inline. For large or unknown size I just want to call the existing stg_newArrayzh function. In code: doNewArrayOp :: DynFlags -> CmmFormal -> CmmExpr -> FCode () doNewArrayOp dflags res_r (CmmLit (CmmInt n _)) | n <= inli