Date: Fri, 17 Feb 2017 01:42:59 +0000
From: "Kamil Rytarowski" <ka...@netbsd.org>
Message-ID: <20170217014259.e68fef...@cvs.netbsd.org>
| Modified Files:
| src: UPDATING
|
| Log Message:
| Note TRAP_HWWPT -> TRAP_DBREG rename manual steps for build.sh -u
I think you can remove that entry from UPDATING.
It is bad enough that the build system cannot handle dealing with
files that used to exist (but are no longer referenced anywhere in
the Makefiles, or elsewhere) - but understandable - it is not easy
to arrange to remove something whose name is unknown (though it could
be done, at a cost) and some other (files changing type, etc) issues --
but it would be a serious problem if a file that is supposed to exist
failed to be regenerated when a file it depends upon has changed.
Dealing with that is exactly what make and makefiles are all about.
I could see no reason why the relevant files in this case would not
be correctly regenerated without manual intervention, so I did an
update build without removing them manually (I had done a full build more
recently than the 20170211 terminfo update - and while I did not look to
see why that one required avoiding -u, it might be another that did not
really require that), and sure enough, the build system worked properly,
the siginfo.c iles were correctly regenerated as expected.
There is no need for any unusual manual intervention here.
kre
