[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