toolchain/42497: [dM] Two more build timestamp issues

[der Mouse <mouse%Rodents-Montreal.ORG@localhost>]

>Number:         42497
>Category:       toolchain
>Synopsis:       [dM] Two "build writes into source tree" timestamp issues
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    toolchain-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Dec 22 18:50:00 +0000 2009
>Originator:     der Mouse
>Release:        NetBSD 4.0.1
>Organization:
        Dis-
>Environment:
Probably irrelevant; the cross-build-from system is
System: NetBSD Scratch.Rodents-Montreal.ORG 3.1 NetBSD 3.1 (GEN31) #0: Wed Mar 
4 23:05:10 EST 2009 
mouse%Scratch.Rodents-Montreal.ORG@localhost:/home/mouse/kbuild/GEN31 i386
Architecture: i386
Machine: i386
>Description:
        I apparently did something that changed the timestamps on some
        of my source files (probably, copying some of the source tree
        in a non-timestamp-preserving way); attempts to rebuild failed
        with permission denied attempting to remove
        /usr/src.401/tools/gmake/../../gnu/dist/gmake/doc/make.info
        (/usr/src.401 being where I had the 4.0.1 source tree) and
        other files in that same directory (make.info-%d for %d from 1
        to 11).  Touching the files it was trying to remove made the
        failures stop.

        There was a similar failure, later in the build, with
        
/usr/src.401/gnu/usr.bin/binutils/ld/../../../dist/binutils/ld/configdoc.texi
        Again, touching the file made the failure go away.
>How-To-Repeat:
        Change your source tree timestamps suitably and try to rebuild.
        I don't know which the relevant "newer" file is, but setting
        /usr/src/gnu/dist/gmake/doc/make.info* and
        /usr/src/gnu/dist/binutils/ld/configdoc.texi to times far in
        the past should tickle the problem.
>Fix:
        Workaround: touch the files.

        Fix: according to mailing list traffic (the thread begins with
        http://mail-index.netbsd.org/tech-toolchain/2009/12/21/msg000927.html)
        this indicates a need for `a "NetBSD_disabled" rule', whatever
        that is, somewhere (two places, I suspect, given the two
        failures).  I don't know more.

/~\ The ASCII                             Mouse
\ / Ribbon Campaign
 X  Against HTML                mouse%rodents-montreal.org@localhost
/ \ Email!           7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B