How to better parallelize GHC build

[Karel Gardas]

Hi Andrey,

great to hear that you will find some time for Shaking ghc in the near 
future and even that you aim to commit first version around April. This 
is just in a month and half time. Great! I'll see what it will brings 
us, certainly will test it's paralellization capability and will report.

BTW: I've already tested that, but it looks like it counts with 
ghc-stage1 compiler being already built so I guess this is just a first 
step with the idea to shake some ghc library...

Thanks!
Karel

On 03/ 7/15 11:56 PM, Andrey Mokhov wrote:
> Hi Karel,
>
> One of the main goals of the Shaking up GHC project is getting all the dependencies right, which should allow for more parallelism. (Another, and perhaps even more important goal is to make the build system comprehensible/easier to maintain.)
>
> The project is currently interrupted as I had to return to my university job for a period of time, but the aim is to push the first working version to the GHC tree around April.
>
> Regards,
> Andrey
>
>>> [...]
>>>
>>>> Is there anything else which may be done to fix that issue? Is someone
>>>> already working on some of those? (I mean those reasonable from the
>>>> list)?
>>>
>>> are you aware of
>>>
>>>     https://ghc.haskell.org/trac/ghc/wiki/Building/Shake
>>>
>>> and
>>>
>>>     https://github.com/snowleopard/shaking-up-ghc
>>> ?
>>
>> I am. Is this agreed way among the GHC developers? I was not sure so I
>> mentioned shake just lightly...
>>
>> Thanks,
>> Karel
>>
>
>