[m-rev.] nested sub-modules break parallel builds

[Julien Fischer]

On Mon, 23 Oct 2006, Keri Harris wrote:

> I'm not sure whether this is a bug in the Mercury build system or an expected
> limitation of using nested sub-modules. What led me on to this behaviour was
> attempting to compile extras/curs.m on an SMP machine, giving a similar
> error:

It's a limitation of mmake.  It doesn't quite get the dependencies for
nested sub-modules correct.  That's one of the reasons we are moving to
mmc --make, which does get them correct.  IIRC, it's only problem with
nested sub-modules, separate ones ought to be okay.

...

> mmc --make-short-interface --grade asm_fast.gc          curs
> mmc --make-short-interface --grade asm_fast.gc          curs.m
> cp: cannot stat `curs.int3.tmp': No such file or directory
> Error creating `curs.int3': can't open input file: No such file or directory
> Error: problem updating interface files.
> cp: cannot stat `curs.panel.int3.tmp':mmc --make-private-interface --grade
> asm_fast.gc          curs
> No such file or directory
> Error creating `curs.panel.int3': can't open input file: No such file or
> directory
> Error: problem updating interface files.
> gmake: *** [curs.panel.date3] Error 1
> gmake: *** Waiting for unfinished jobs....
>
>
> If this is expected behaviour for nested sub-modules then if may be worthwhile
> using a separate sub-module for the extras/curs package

It's probably simpler just to disable parallel builds for that
directory - it's so small that you're unlikely to see much advantage
building in parallel anyway.

Julien.
--------------------------------------------------------------------------
mercury-reviews mailing list
Post messages to:       mercury-reviews at csse.unimelb.edu.au
Administrative Queries: owner-mercury-reviews at csse.unimelb.edu.au
Subscriptions:          mercury-reviews-request at csse.unimelb.edu.au
--------------------------------------------------------------------------