Re: Building GHC for performance testing

Hi Simon, On 2014-03-08 at 08:18:20 +0100, Simon Marlow wrote: > On 06/03/14 09:50, Johan Tibell wrote: [...] >> * Are there any tweaks to mk/build.mk we can do to >> make the build faster without compromising the results? > > Turn down the stage2 optimisation, and turn off t

"quick" vs "perf" builds

Hi, In my mind the "quick" build should be like the "perf" build, except building the stage2 compiler should be much faster. However, the perf build uses GhcLibHcOpts = -O2 while the quick build uses GhcLibHcOpts = -O -fasm This means that if you're working on optimizing the generated code and

Re: libraries/integer-gmp/cbits/gmp-wrappers.cmm:30:26: fatal error: HsIntegerGmp.h: No such file or directory

Mateusz Kowalczyk wrote: > I'm trying to build HEAD but I'm getting > > libraries/integer-gmp/cbits/gmp-wrappers.cmm:30:26: fatal error: > HsIntegerGmp.h: No such file or directory > #include "HsIntegerGmp.h" > ^ > compilation terminated. > make[1]: *** > [libraries/int

Re: Building GHC for performance testing

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 git://git.h

libraries/integer-gmp/cbits/gmp-wrappers.cmm:30:26: fatal error: HsIntegerGmp.h: No such file or directory

Hi, I'm trying to build HEAD but I'm getting libraries/integer-gmp/cbits/gmp-wrappers.cmm:30:26: fatal error: HsIntegerGmp.h: No such file or directory #include "HsIntegerGmp.h" ^ compilation terminated. make[1]: *** [libraries/integer-gmp/dist-install/build/.depend-v-d

Re: new Windows build problem

Hi Simon, I have a hunch that the tcsetattr:... message is coming _after_ the segfault. On Windows (not in a command window) you are probably trying to pop-up a window, but what is running isn't a terminal, so the tcsetattr fails. In other words, look for the cause of the segfault first. Howar

RE: new Windows build problem

Is anyone able to help me here? I have no idea how to hunt down a seg-fault in ghc-stage1.exe on Windows. I thought of using git bisect to try to find the offending commit (though each bisection takes a couple of hours since it has to be a clean build). But I was defeated by the fact that hadd

Re: [commit: ghc] master: Make -XDeriveFunctor more generous about non-last arguments (Trac #8678) (cdac487)

Thanks for fixing this, Simon! I can add tests if you haven't already... Cheers, Gabor On 3/7/14, g...@git.haskell.org wrote: > Repository : ssh://g...@git.haskell.org/ghc > > On branch : master > Link : > http://ghc.haskell.org/trac/ghc/changeset/cdac487bcd9928d77738f6e79ead7b9bb4b

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

Awesome! Please post a link to the new version on devs when it lands! (I'm not quite at the point where I can keep up with the full commits firehose yet). This is very relevant for me. On Friday, March 7, 2014, Johan Tibell wrote: > With Simon's help I figured it out. I'm now refactoring StgCmm

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 2

Cabal-1.18.1.3 and cabal-install-1.18.0.3, released a couple of days ago, have some GHC 7.8 specific fixes. I don't know if those will help your issue though. On Fri, Mar 7, 2014 at 3:41 PM, José Pedro Magalhães wrote: > > > > On Fri, Mar 7, 2014 at 2:15 PM, Carter Schonwald < > carter.schonw..

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

With Simon's help I figured it out. I'm now refactoring StgCmmPrimOp so it's easier to have primops that have both inline and out-of-line implementations in the future. On Fri, Mar 7, 2014 at 3:19 PM, Carter Schonwald wrote: > Have you looked at some of the lowering code for other primops? What

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 2

On Fri, Mar 7, 2014 at 2:52 PM, Carter Schonwald wrote: > Wps. I misread the earlier email. > > Did you wipe your .ghc dir I don't know where to find this in Windows. > and cabal/config files My cabal config file doesn't set "shared". Cheers, Pedro > after updating to cabal-install

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 2

Wps. I misread the earlier email. Did you wipe your .ghc dir and cabal/config files after updating to cabal-install 1.18? It could be a stale cabal config that has shared set to false or something? On Friday, March 7, 2014, José Pedro Magalhães wrote: > > > > On Fri, Mar 7, 2014 at 2:15 P

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 2

On Fri, Mar 7, 2014 at 2:15 PM, Carter Schonwald wrote: > Ghc 7.8 supports only cabal 1.18 "I have later updated cabal-install (to version 1.18.0.2 using version 1.18.1.2 of the Cabal library), but that didn't change this problem." Or do you mean I need something even more recent than this?

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

Have you looked at some of the lowering code for other primops? What info are you missing? On Friday, March 7, 2014, Johan Tibell wrote: > 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_ne

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 2

Ghc 7.8 supports only cabal 1.18 Could you try using the boot strap script for getting new cabal install on your system? If not, Austin probably has a cabal-install binary lying around for his windows testing On Friday, March 7, 2014, José Pedro Magalhães wrote: > Should I file a bug report fo

Re: ANNOUNCE: GHC 7.8.1 Release Candidate 2

Should I file a bug report for this? If it's indeed a GHC bug, it's a blocker. Can anyone else confirm it?... Thanks, Pedro On Tue, Mar 4, 2014 at 8:17 AM, José Pedro Magalhães wrote: > Hello, > > This GHC crashes whenever I try installing any package. (I guess this > might be due to cabal-ins

Re: Where's the implementation of newArray#

Yes, it's always out-of-line. Cheers, Simon On 06/03/2014 20:20, Johan Tibell wrote: 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; agai