From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13702 invoked by alias); 26 Jun 2008 09:48:52 -0000 Received: (qmail 13692 invoked by uid 22791); 26 Jun 2008 09:48:51 -0000 X-Spam-Check-By: sourceware.org Received: from s200bog18.obsmtp.com (HELO s200bog18.obsmtp.com) (207.126.150.132) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 26 Jun 2008 09:48:29 +0000 Received: from source ([164.129.1.35]) (using TLSv1) by eu2sys200bob018.postini.com ([207.126.147.11]) with SMTP; Thu, 26 Jun 2008 09:48:24 UTC Received: from zeta.dmz-eu.st.com (ns2.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 3DFF4DB26 for ; Thu, 26 Jun 2008 09:48:24 +0000 (GMT) Received: from mail1.bri.st.com (mail1.bri.st.com [164.129.8.218]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id B45E64BF19 for ; Thu, 26 Jun 2008 09:48:23 +0000 (GMT) Received: from [164.129.12.194] (bri0669.bri.st.com [164.129.12.194]) by mail1.bri.st.com (MOS 3.8.7a) with ESMTP id CKJ30337 (AUTH stubbsa); Thu, 26 Jun 2008 10:48:23 +0100 (BST) Message-ID: <486365E5.50601@st.com> Date: Thu, 26 Jun 2008 09:48:00 -0000 From: Andrew STUBBS User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: gdb@sourceware.org Subject: Re: Automatic dependency tracking References: <200806152203.14626.pedro@codesourcery.com> <20080616012617.GA8944@caradoc.them.org> <20080625182858.GA25575@caradoc.them.org> In-Reply-To: <20080625182858.GA25575@caradoc.them.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-06/txt/msg00272.txt.bz2 Daniel Jacobowitz wrote: > Option two: we could require GNU make. GCC has done this for years, > but binutils does not; it may be premature. > Option three: we could manually list dependencies on generated files, > and support dependencies on source files only on systems with GNU > make. This effectively means GNU make is a requirement if you are > hacking on GDB, but not to build GDB from a clean tree. As I understand it, dependencies on generated files must always be hard coded - otherwise the autogeneration build would fail (potentially, with parallel make being worse), so these two options are the same. There is no need to require GNU make for build purposes. It would only be required for dependency tracking. The configure script can be made to disable dependency tracking on incompatible make variants. BTW, which are the GNU make specific features in question? Andrew