From mboxrd@z Thu Jan  1 00:00:00 1970
From: dexen deVries <dexen.devries@gmail.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Date: Wed, 18 Dec 2013 16:37:51 +0100
Message-ID: <5446730.4oMZM0t5oA@coil>
User-Agent: KMail/4.10.5 (Linux/3.12.0-rc6-l56; KDE/4.10.5; x86_64; ; )
In-Reply-To: <CABwHSOukAs36eJ2zA2Q=yeaN53hWAsm2EPOSZJmkOHkhTwXQBA@mail.gmail.com>
References: <CABwHSOukAs36eJ2zA2Q=yeaN53hWAsm2EPOSZJmkOHkhTwXQBA@mail.gmail.com>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="utf-8"
Subject: Re: [9fans] Problem with mk
Topicbox-Message-UUID: 9f0c73be-ead8-11e9-9d60-3106f5b1d025

On Wednesday 18 of December 2013 09:23:19 Blake McBride wrote:
>=20
> Problem 1:
>=20


it seems you have an un-stated dependency/cies among your intermediate =
targets=20
/ prerequisites.

Say, foo.o depends on foo.c and foo.h -- but foo.h also depends on=20
generated_foo.h, which should be generated by make.

in such case, explicitly state (no recipe is necessary):


foo.h: generated_foo.h


so mk knows the `generated_foo.h' must be completed first.


> Problem 2:
>=20
> Even though I am executing mk with the "-s" option, it still seems li=
ke it
> is running in parallel because a subsequent command can't find a file=

> created by a prior command - as if it didn't wait for the prior comma=
nd to
> finish.  Remember this build fine, and without error codes, when exec=
uted
> manually.



-s won't help you there, because it regards processing of /command line=
/=20
arguments, not of prerequisites. consider:

$ NPROC=3D1 mk my_target

also investigate -d[egp] debug stuff.


have fun with mk, it's a great little tool :-)



--=20
dexen deVries

[[[=E2=86=93][=E2=86=92]]]

Take care of the luxuries and the necessities will take care of themsel=
ves.
                -- L. Long