stale .depend during -HEAD builds?

[Adrian Chadd]

On 19 June 2015 at 08:21, Simon J. Gerraty <sjg at juniper.net> wrote:
> Adrian Chadd <adrian at 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?

Yup:

github.com/freebsd/freebsd-wifi-build

You can use that to generate MIPS AP images using freebsd-head ,and
the obj paths are relative.

>
> 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)

Ok. I just didn't see it until I updated my local MIPS tree to include
the meta make stuf, (and did kill obj/root.)


-a