enable parallel ghc for building git-annex
This drops a full recompile on my new 12 core laptop from 4:00 to 2:47. It would be possible for me to use: cabal configure --ghc-options=-j But that also makes cabal parallelize ghc for each package it installs to satisfy git-annex's dependencies. Since cabal is already configured to parallize installing dependencies, that would use N^2 cpu cores, which seems like a bad idea. And also I'd have to remember to do it. So I'm thinking it's better to do it by default. If a system that is building git-annex is also busy with other things, let the scheduler sort it out. If this impacts someone particularly badly, they can of course avoid it with: cabal configure --ghc-options=-j1
This commit is contained in:
parent
54da44d42a
commit
3f6aff89b1
1 changed files with 3 additions and 1 deletions
|
@ -274,12 +274,14 @@ Executable git-annex
|
|||
network-bsd,
|
||||
git-lfs (>= 1.2.0)
|
||||
CC-Options: -Wall
|
||||
GHC-Options: -Wall -fno-warn-tabs -Wincomplete-uni-patterns
|
||||
GHC-Options: -Wall -fno-warn-tabs -Wincomplete-uni-patterns
|
||||
Default-Language: Haskell2010
|
||||
Default-Extensions: LambdaCase
|
||||
Other-Extensions: TemplateHaskell
|
||||
-- Some things don't work with the non-threaded RTS.
|
||||
GHC-Options: -threaded
|
||||
-- Build using all CPUs
|
||||
GHC-Options: -j
|
||||
|
||||
-- Fully optimize for production.
|
||||
if flag(Production)
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue