stale .depend during -HEAD builds?

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

stale .depend during -HEAD builds?

Adrian Chadd-2
Hi Simon/others,

Is this a fallout from the meta mode changes?

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




-a
_______________________________________________
[hidden email] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: stale .depend during -HEAD builds?

Simon J. Gerraty
Adrian Chadd <[hidden email]> 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)



_______________________________________________
[hidden email] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: stale .depend during -HEAD builds?

Adrian Chadd-2
On 19 June 2015 at 08:21, Simon J. Gerraty <[hidden email]> wrote:

> Adrian Chadd <[hidden email]> 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
_______________________________________________
[hidden email] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: stale .depend during -HEAD builds?

Masao Uebayashi
In reply to this post by Simon J. Gerraty
On Sat, Jun 20, 2015 at 12:21 AM, Simon J. Gerraty <[hidden email]> wrote:

> Adrian Chadd <[hidden email]> 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.

I wish make(1) had a flag, like cc's warning level, that controls
strictness, and failed when a stale depend is found.
_______________________________________________
[hidden email] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: stale .depend during -HEAD builds?

Simon J. Gerraty
Masao Uebayashi <[hidden email]> wrote:
> > 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.
>
> I wish make(1) had a flag, like cc's warning level, that controls
> strictness, and failed when a stale depend is found.

For this case that would force you to have to clean your tree
every time someone moves/renames a header - very tedious.

This particular behavior works very well in conjunction with autodep
(whether via compiler flags like -M or other means) where the content of
.depend actually relects the last build not the one being done.
_______________________________________________
[hidden email] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: stale .depend during -HEAD builds?

Adrian Chadd-2
In reply to this post by Masao Uebayashi
That's like, 30 lines of C all up, including modifying usage(). You
should totally add it.



-a


On 22 June 2015 at 03:38, Masao Uebayashi <[hidden email]> wrote:

> On Sat, Jun 20, 2015 at 12:21 AM, Simon J. Gerraty <[hidden email]> wrote:
>> Adrian Chadd <[hidden email]> 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.
>
> I wish make(1) had a flag, like cc's warning level, that controls
> strictness, and failed when a stale depend is found.
_______________________________________________
[hidden email] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "[hidden email]"