Date: prev next · Thread: first prev next last
2012 Archives by date, by thread · List index


On Mon, Apr 30, 2012 at 10:28:09AM +0200, Tomáš Chvátal wrote:
Splendid so I will just drop the max-jobs one.
Now we have the GMAKE_OPTIONS that affect gbuild and --with-num-cpus that 
affects dmake right? Or they still kinda collide with each other?

They still collide below tail_build although that is a part of the build that
is getting smaller and smaller as stuff gets merged into tail_build. Below
tail_build:
- build.pl kicks of ${--with-num-cpus} processes of dmake/gmake
- the dmake processes spawn ${--with-max-jobs} processes each
- the gmake processes spawn ${--with-max-jobs} processes each, unless
  overridden by GMAKE_OPTIONS

So there you might still end up with max-jobs*num-cpus jobs running in
parallel.

In tail_build itself everything is sane:
- it builds with the the higher value of num-cpus, max-jobs -- unless
  overridden by GMAKE_OPTIONS

Once everything is in tail_build, num-cpus and max-jobs and GMAKE_OPTIONS can
be removed and we simply take what was given on the commandline. So migrate to
gbuild, for the greater good of everyone!

Best,

Bjoern

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.