[fpc-devel] parallel compilation support
Marco van de Voort
marcov at stack.nl
Mon Sep 15 11:08:04 CEST 2008
In our previous episode, Jonas Maebe said:
> >> to 5.3 seconds when adding -j 2 on my MacBook.
> >
> > Yes of course, since the RTL is special in that it has non build unit
> > default.
>
> Build units are the exception rather than the rule under packages as
> well. Most directories under packages are not parallellised themselves
> because no one went through the trouble of adding dependencies for
> individual units.
The larger ones have afaik. But that is not so much what I meant.
I meant more that due to the autobuild capabilities parallelization might
not be as big as a leap as for gcc.
And if you need to rearrange anyway, rearranging to a buildunit is an option
too.
It would be interesting what would be faster (and maybe then even as a
function of -j instances), a buildunit or parallelization.
At least I always though that that was the idea behind the packages/
paralellization: Fine granularity done by autobuilding (a package), coarse
granularity by make.
It's not that I want to really start optimizing everything, just curious.
More information about the fpc-devel
mailing list