From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6287 invoked by alias); 2 Aug 2008 20:34:52 -0000 Received: (qmail 6279 invoked by uid 22791); 2 Aug 2008 20:34:51 -0000 X-Spam-Check-By: sourceware.org Received: from igw1.br.ibm.com (HELO igw1.br.ibm.com) (32.104.18.24) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 02 Aug 2008 20:34:09 +0000 Received: from mailhub1.br.ibm.com (mailhub1 [9.18.232.109]) by igw1.br.ibm.com (Postfix) with ESMTP id 0395F32C133 for ; Sat, 2 Aug 2008 17:05:35 -0300 (BRT) Received: from d24av02.br.ibm.com (d24av02.br.ibm.com [9.18.232.47]) by mailhub1.br.ibm.com (8.13.8/8.13.8/NCO v9.0) with ESMTP id m72KXtjT2404692 for ; Sat, 2 Aug 2008 17:34:01 -0300 Received: from d24av02.br.ibm.com (loopback [127.0.0.1]) by d24av02.br.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m72KXols025794 for ; Sat, 2 Aug 2008 17:33:50 -0300 Received: from [9.18.201.209] ([9.18.201.209]) by d24av02.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m72KXnbB025791; Sat, 2 Aug 2008 17:33:49 -0300 Subject: Re: RFA: automatic dependency tracking From: Thiago Jung Bauermann To: Tom Tromey Cc: Andrew STUBBS , gdb-patches@sources.redhat.com In-Reply-To: References: <48919839.60706@st.com> Content-Type: text/plain Date: Sat, 02 Aug 2008 20:34:00 -0000 Message-Id: <1217709229.30616.8.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-08/txt/msg00039.txt.bz2 On Thu, 2008-07-31 at 08:42 -0600, Tom Tromey wrote: > >>>>> "Andrew" == Andrew STUBBS writes: > Here's a new version of the patch. This one is updated to cvs trunk > (as of a few minutes ago) and I tested it with depmode=gcc (bypassing > the gcc3 special case). > > You were correct, depmode was not set. This patch fixes that. I just thought I'd convert my nod when reading this thread into an e-mail. I think this is a great idea and will relieve a burden from the GDB developer, not only by eliminating the need for updating the Makefile for each added or removed #include, but (even more so) by eliminating a number of conflicts when you have to maintain a patchset (like I'm doing with the Python series, and Pedro is doing with the non-stop debugging series). It also relieves a burden from the patch reviewer (has the developer correctly updated the Makefile?). -- []'s Thiago Jung Bauermann IBM Linux Technology Center