Date: Fri, 1 Jun 2012 21:23:14 -0400 From: Jason Hellenthal <jhellenthal@dataix.net> To: Kimmo Paasiala <kpaasial@gmail.com> Cc: freebsd-stable@freebsd.org, Lowell Gilbert <freebsd-stable-local@be-well.ilk.org> Subject: Re: Installworld and /usr/include/*.h modification times Message-ID: <20120602012314.GA79759@DataIX.net> In-Reply-To: <CA%2B7WWSewNfRE8XZ3H5HuHWw78yaXv7DKMyaiVzaMoy4kUz1oiQ@mail.gmail.com> References: <CA%2B7WWSdnNQZY1Ei793cy4=54LED6A=o_qkMkYv5hTmF7E41D7w@mail.gmail.com> <44pq9j9b9c.fsf@lowell-desk.lan> <CA%2B7WWSewNfRE8XZ3H5HuHWw78yaXv7DKMyaiVzaMoy4kUz1oiQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 01, 2012 at 09:18:55PM +0300, Kimmo Paasiala wrote: > On Fri, Jun 1, 2012 at 8:45 PM, Lowell Gilbert > <freebsd-stable-local@be-well.ilk.org> wrote: > > Kimmo Paasiala <kpaasial@gmail.com> writes: > > > >> Why are /usr/include files installed with "install -C" during "make > >> installworld" ??when almost everything else is installed without the -C > >> flag? This makes it harder to track which files were actually > >> installed during the last "make installworld". One can easily find > >> obsolete files ??(that are not covered with make delete-old(-libs)) > >> with "find -x / -type f -mtime +suitable_time" but this doesn't work > >> for /usr/include files because the modification times are not bumped > >> on "make installworld". > > > > "make" uses timestamps to determine whether to trigger a rule. Changing > > timestamps on source files without changing the contents is a bad idea. >=20 > Yes, I'm aware of how make uses timestamps for figuring out out of > date targets. However I would argue that after updating world with > "make installworld" (which is done in single user mode there for > requiring at least one reboot) you should start any compilations from > scratch. The ports system does this by default and cleans up any > previous work files before new compilation. I just don't see where > bumping of mtimes for those files would have that great impact, does > anyone? With the setting of (vfs.timestamp_precision=3D1) in sysctl.conf I would have to agree here strongly!. It would be great if this was default especially in any new releases of stable/8 or stable/9. --=20 - (2^(N-1)) --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJPyWsCAAoJEBSh2Dr1DU7WKPcIAJLqmdtC9oFgSL+Ek1oN6iBI 2Xnh5+l2PzHuNsN/dsjqsE0Zqtdh7wEcv45YbbVSm8oxI6d74/gyHZBXo/ZVMPoC cYtVaYlrSzH6agPvha0GPzHUNwmch9XEx9VaseB/SAduCl2PEFp75UBSYCz0mS/1 sgq3LTT5RNiFyTrwFMsncVwSMjQClxHZKLDZWygru/SLVWSX3VJIdO5+98I13gZ5 /Xm+5+R1/41NzBX8R+fPrNJa4g9y7NLNvr7NsVYwCOfEB8YY/ZkpZ4Oio4HQzItn BtbiSJcOI/DZJkDXzlQROltYAmgAiRhoJ2GWgdyGiEZ0GCwpSfhpUku1hKwZoD0= =mtrU -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120602012314.GA79759>