From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26027 invoked by alias); 8 Mar 2004 18:16:50 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 25997 invoked from network); 8 Mar 2004 18:16:49 -0000 Received: from unknown (HELO yosemite.airs.com) (209.128.65.135) by sources.redhat.com with SMTP; 8 Mar 2004 18:16:49 -0000 Received: (qmail 2360 invoked by uid 10); 8 Mar 2004 18:16:48 -0000 Received: (qmail 1914 invoked by uid 500); 8 Mar 2004 18:16:42 -0000 From: Ian Lance Taylor To: Andrew Cagney Cc: Daniel Jacobowitz , Eli Zaretskii , gdb-patches@sources.redhat.com Subject: Re: [patch/rfc] Generate makefile dependencies References: <404BBFD6.1060702@gnu.org> <6137-Mon08Mar2004080725+0200-eliz@elta.co.il> <404C9E34.4010809@gnu.org> <20040308172924.GA20940@nevyn.them.org> <404CB609.4070609@gnu.org> Date: Mon, 08 Mar 2004 18:16:00 -0000 In-Reply-To: <404CB609.4070609@gnu.org> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2004-03.o/txt/msg00168.txt Andrew Cagney writes: > > BTW, your comment about running automake to update deps in BFD is > > actually incorrect. You run 'make dep-am', which IIRC seds Makefile.am > > and maye regenerates Makefile.in; the dependencies aren't managed by > > automake. Recent versions of automake do have top-notch dependency > > support though. > > It appears to eventually run "gcc -MM" ... :-( Assuming you are talking about 'make dep-am' in the binutils, that is irrelevant. 'make dep-am' is run by a binutils maintainer, not by an ordinary user. It does happen to run gcc -MM, so the binutils maintainer is required to have gcc installed. However, the result is the correct dependencies for any compiler, and those dependencies are then present in the Makefile for any user, regardless of what compiler they use. Ian From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26027 invoked by alias); 8 Mar 2004 18:16:50 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 25997 invoked from network); 8 Mar 2004 18:16:49 -0000 Received: from unknown (HELO yosemite.airs.com) (209.128.65.135) by sources.redhat.com with SMTP; 8 Mar 2004 18:16:49 -0000 Received: (qmail 2360 invoked by uid 10); 8 Mar 2004 18:16:48 -0000 Received: (qmail 1914 invoked by uid 500); 8 Mar 2004 18:16:42 -0000 From: Ian Lance Taylor To: Andrew Cagney Cc: Daniel Jacobowitz , Eli Zaretskii , gdb-patches@sources.redhat.com Subject: Re: [patch/rfc] Generate makefile dependencies References: <404BBFD6.1060702@gnu.org> <6137-Mon08Mar2004080725+0200-eliz@elta.co.il> <404C9E34.4010809@gnu.org> <20040308172924.GA20940@nevyn.them.org> <404CB609.4070609@gnu.org> Date: Fri, 19 Mar 2004 00:09:00 -0000 In-Reply-To: <404CB609.4070609@gnu.org> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2004-03/txt/msg00168.txt.bz2 Message-ID: <20040319000900.dPrAYLFOXfz-TYzyFF2dtSoBDDz9hshii5Qdfb4mfFY@z> Andrew Cagney writes: > > BTW, your comment about running automake to update deps in BFD is > > actually incorrect. You run 'make dep-am', which IIRC seds Makefile.am > > and maye regenerates Makefile.in; the dependencies aren't managed by > > automake. Recent versions of automake do have top-notch dependency > > support though. > > It appears to eventually run "gcc -MM" ... :-( Assuming you are talking about 'make dep-am' in the binutils, that is irrelevant. 'make dep-am' is run by a binutils maintainer, not by an ordinary user. It does happen to run gcc -MM, so the binutils maintainer is required to have gcc installed. However, the result is the correct dependencies for any compiler, and those dependencies are then present in the Makefile for any user, regardless of what compiler they use. Ian