From owner-freebsd-current@freebsd.org Thu Nov 19 19:16:35 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A4A7FA33FDD for ; Thu, 19 Nov 2015 19:16:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 809D219FE; Thu, 19 Nov 2015 19:16:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 9191DB9C1; Thu, 19 Nov 2015 14:16:34 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Cc: Sean Bruno , 'Warner Losh' Subject: Re: sys/modules "make clean" seems broken again Date: Thu, 19 Nov 2015 10:12:58 -0800 Message-ID: <3514235.7QMnNNElsE@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: <564E0322.8050308@freebsd.org> References: <564E0322.8050308@freebsd.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 19 Nov 2015 14:16:34 -0500 (EST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Nov 2015 19:16:35 -0000 On Thursday, November 19, 2015 09:13:06 AM Sean Bruno wrote: > I thought I fixed this a year or two ago, but now a "make clean" in > sys/modules seems to leave bus_if.h device_if.h and pci_if.h in the > directory. > > Should I just add these to the clean targets? Blame Warner as his MFILES changes broke this. In particular, see r287263 which turned off cleaning these up. I'm not sure what that broke that caused it to be disabled. Your change is a gross hack though. -- John Baldwin