From owner-freebsd-stable@FreeBSD.ORG Sat Jun 2 01:23:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 541B91065672 for ; Sat, 2 Jun 2012 01:23:19 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 010268FC17 for ; Sat, 2 Jun 2012 01:23:18 +0000 (UTC) Received: by obcni5 with SMTP id ni5so4674045obc.13 for ; Fri, 01 Jun 2012 18:23:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=SMT8dLe7suBgnqxALWwB+3iQgaFp3vEt5LA4WwoPVvM=; b=Oz57Xyq49Au+OVoLT/Xig5qooc8gQ4EDvAa9QEPQUflrd3WV/hrrxcjaxpOyxu9lxN ZBM5meSQHHv/VPk7cpPcvlBz6awGaFSMMgd77CbkVkhIuPpjXhwOBPcpalmxr9vqqZs1 5H0nSYSmeoBNKZDfyH0mo8VpIgHe4EtlYXbvc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-gm-message-state; bh=SMT8dLe7suBgnqxALWwB+3iQgaFp3vEt5LA4WwoPVvM=; b=cCRrkJ2ozivBGFR2pVhz5rmaZIo5PTmWWqzEA00Uz0pt2BrVxpj66+8ggD5U9p/1rw wvVu2WQZuvsfYXYgUvud/7kE2bKoSMUOBS032cV1kpqO+Nc7OCj8jLF3Okv6yWRQ02da uon56DOdBafdWhQSoeaVHpu6JNOZy3lCM6B5EiXxTqHGgBYkwIRaPaELlK0HotcjCVwd h3mYxp8VPwKgNcik6OIXVwiFu56gjy+rbtWhn8a6M7RJ/0g6LpU6hB4XxVbC2O3BYwvT nLeTUIi+RxbD+EUTkSxOfoeAwXhOW5ZxKqS/1V+uMmKqdPLwMa6agjZBLHgC3j8BtgIj 8bMw== Received: by 10.50.216.234 with SMTP id ot10mr3265945igc.51.1338600198256; Fri, 01 Jun 2012 18:23:18 -0700 (PDT) Received: from DataIX.net (24-247-238-117.dhcp.aldl.mi.charter.com. [24.247.238.117]) by mx.google.com with ESMTPS id ut5sm513280igc.13.2012.06.01.18.23.17 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 01 Jun 2012 18:23:17 -0700 (PDT) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q521NGfV079998 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Jun 2012 21:23:16 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Received: (from jh@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q521NEDD079997; Fri, 1 Jun 2012 21:23:14 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Date: Fri, 1 Jun 2012 21:23:14 -0400 From: Jason Hellenthal To: Kimmo Paasiala Message-ID: <20120602012314.GA79759@DataIX.net> References: <44pq9j9b9c.fsf@lowell-desk.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: X-Gm-Message-State: ALoCoQkXUOy12jxWfuN4cZn95I1gym0sN3a/A4TxIYh3n4tgQQ6wR+Eh7+2qeu5oeLPl4zA7jzMn Cc: freebsd-stable@freebsd.org, Lowell Gilbert Subject: Re: Installworld and /usr/include/*.h modification times X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jun 2012 01:23:19 -0000 --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 > wrote: > > Kimmo Paasiala 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--