On 2013-09-05 15:18, Bob Friesenhahn wrote: > There is so little code in milter-greylist that I am surprised anyone > would strongly desire to speed up compilation with a parallel build. While generally a valid point, my situation with a build farm of different "end-user" OS releases working off an NFS server (a lag point in itself) with common source code and individual objects, running parallel builds even of small projects does speed them up noticeably. However, these also seem to fail once in a while, due to some NFS "anti-magic", so a sequential build is warranted after a mostly-complete parallel build (you surely know of this peculiar behavoir from Illumos/OI mailing lists). And when indulged into development, I have to do these rebuilds rather frequently, so this speedup matters, as well as reliability of the build. Actually, the point of this patch was not so much to enable parallel builds automatically (that can indeed be left to the user, and is just a recent addition to the patch), but to ensure that certain unparallelizable tasks (yacc/lex) run sequentially - so that two of these don't confict by running at the same time and writing into same-named output files - and this includes overriding the parallel flags or envvars for "make" if the user chose to run the "master" build with parallelization. Thanks, //Jim
Message
Re: [milter-greylist] milter-greylist 4.5.5 is available
2013-09-05 by Jim Klimov
Attachments
- No local attachments were found for this message.