Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 19 Jun 2015 08:21:47 -0700
From:      "Simon J. Gerraty" <sjg@juniper.net>
To:        Adrian Chadd <adrian@freebsd.org>
Cc:        "freebsd-arch@freebsd.org" <freebsd-arch@freebsd.org>
Subject:   Re: stale .depend during -HEAD builds?
Message-ID:  <19927.1434727307@chaos>
In-Reply-To: <CAJ-VmoneOX95La37FpRzHie3q3qx7pebXDzA5JRJ%2BivxGkR9Qw@mail.gmail.com>
References:  <CAJ-VmoneOX95La37FpRzHie3q3qx7pebXDzA5JRJ%2BivxGkR9Qw@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Adrian Chadd <adrian@freebsd.org> wrote:
> Is this a fallout from the meta mode changes?

Without more detail, its hard to be certain.

> make[4]: /home/adrian/work/freebsd/head-embedded-2/src/../obj/mips//mips.mips/usr/home/adrian/work/freebsd/head-embedded-2/src/usr.sbin/praliases/.depend,
> 78: ignoring stale .depend for
> /home/adrian/work/freebsd/head-embedded-2/src/../obj/mips//mips.mips/usr/home/adrian/work/freebsd/head-embedded-2/src/lib/libsmdb/libsmutil.a
> 

Is that what your objdirs normally look like?

The message from make is standard bmake behavior.
An unresolved and unresolvable dependency learned from .depend
is ignored, in case it is just stale data.
If it really is needed the build will fail anyway, but in 90% of cases
it is just stale data and the build sails happily on.

Normally you would see this sort of thing after some sort of tree re-org
(eg things getting renamed or removed).

Very handy for update builds, especially if doing any form of auto
depend (which usually means depends lag by a build)






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