Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 13 Nov 2000 09:55:55 -0800
From:      "David O'Brien" <obrien@FreeBSD.ORG>
To:        Warner Losh <imp@village.org>
Cc:        current@FreeBSD.ORG, stable@FreeBSD.ORG
Subject:   Re: "make modules" kicks the first module directory twice
Message-ID:  <20001113095555.A38404@dragon.nuxi.com>
In-Reply-To: <200011130658.eAD6wdG38522@billy-club.village.org>; from imp@village.org on Sun, Nov 12, 2000 at 11:58:39PM -0700
References:  <20001113145812F.matusita@jp.FreeBSD.org> <HLEDJBJKDDPDJBMGCLPPKEFGCIAA.otterr@telocity.com> <3A085F93.BC245A53@cup.hp.com> <20001113145812F.matusita@jp.FreeBSD.org> <200011130658.eAD6wdG38522@billy-club.village.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Nov 12, 2000 at 11:58:39PM -0700, Warner Losh wrote:
> In message <20001113145812F.matusita@jp.FreeBSD.org> Makoto MATSUSHITA writes:
> : It does not fix this problem. However, if we separate the execution of
> : "make obj" and "make all", we can avoid (again, not *fix*) the problem.
> : Maybe this change is reasonable; there is few meaning doing "make
> : kernel-depend" in "doMODULES" target.
> 
> I think that make has no business doing an implicit make obj for the
> all target.

Someone has to run `make obj' for the modules tree.  How are you doing it
locally?

> I have been running with patches in my tree that doesn't do the obj
> target if .depend exists.  

can you post them for review.

> Of course, you have to be more careful about running make depend in
> that case

Now *that* sounds scarry to me.  We'll have people all over the lists who
forget to and would now get rather bitten.  From the sounds of it, your
patch doesn't create as robust a world, but maybe it does.

-- 
-- David  (obrien@FreeBSD.org)
          GNU is Not Unix / Linux Is Not UniX


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20001113095555.A38404>