From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.0 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.2 Received: from mother.openwall.net (mother.openwall.net [195.42.179.200]) by inbox.vuxu.org (OpenSMTPD) with SMTP id a9218452 for ; Wed, 4 Mar 2020 13:23:10 +0000 (UTC) Received: (qmail 21791 invoked by uid 550); 4 Mar 2020 13:23:08 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 21767 invoked from network); 4 Mar 2020 13:23:08 -0000 Date: Wed, 4 Mar 2020 08:22:56 -0500 From: Rich Felker To: musl@lists.openwall.com Message-ID: <20200304132256.GR11469@brightrain.aerifal.cx> References: <4526bf84ddc8e3cf1bf9ae8cb78bc345e543@guerrillamail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4526bf84ddc8e3cf1bf9ae8cb78bc345e543@guerrillamail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: [musl] No .h dependency in Makeifle On Wed, Mar 04, 2020 at 12:06:50PM +0000, khvluu+8f5rqrzfwl55o@guerrillamail.com wrote: > Makefile is efficient and short. > > But maybe a comment is necessary, that no .h dependency was (auto) generated. > > Thus, modifying stdio.h for example will not trigger any build. This was largely set aside because, for the most part, dependency on the public (as opposed to internal) headers is not desirable. They are defining a stable ABI boundary, so changes to them should just be additions that don't affect existing code, and the code generated "should not" change as a result of changes to the headers. In reality, of course, there are some minor ways changes do affect codegen in ways we want to test (and benefit from) -- for example, changes to better macro versions of some functions, or bug fixes for wrong macro definitions (happened for ioctls, fcntl numbers, etc. on some archs). So I've somewhat wanted to add dependency generation. I'm just not very familiar with the tooling to do it. Rich