Richard Purdie wrote:
> > The GCS only say that the developer should "try to" make parallel
> > builds work.
> the GCS could really do with making that a little stronger.

I disagree with that opinion, because

> Of the ~1000 open source projects in OpenEmbedded-Core (components to
> make a basically functional system and/or are commonly used), there are
> about 6 which have to disable it.

1) I doubt these numbers. Races due to parallel builds happen only with a low
   probability. Therefore there may well be 200 or 500 packages that don't
   support parallel builds, and you have noticed only about 6 of them so far.
   To find more, try a larger degree of parallelization: "make -j1000" or so.

2) There is still the problem of "the log file is garbage". When the build
   fails and you need to look at the log file, it will lead your investigation
   to wrong directions. So, a developer gains 5 minutes of wall time waiting
   for the build, and then loses 30 minutes debugging in the wrong area.

Bruno




      • ... Bruno Haible via discussion of the GNU roff typesetting system and related software
      • ... G. Branden Robinson
        • ... Paul Eggert
          • ... G. Branden Robinson
            • ... Richard Purdie
              • ... Nguyễn Gia Phong via discussion of the GNU roff typesetting system and related software
              • ... G. Branden Robinson
              • ... G. Branden Robinson
              • ... Bruno Haible via discussion of the GNU roff typesetting system and related software
              • ... Richard Purdie
              • ... Bruno Haible via discussion of the GNU roff typesetting system and related software
              • ... Richard Purdie
              • ... Paul Smith
              • ... Bruno Haible via discussion of the GNU roff typesetting system and related software
        • ... Bruno Haible via discussion of the GNU roff typesetting system and related software
          • ... Richard Purdie
  • ... G. Branden Robinson
    • ... Richard Purdie
    • ... Dave Kemper
      • ... G. Branden Robinson
        • ... Dave Kemper

Reply via email to