From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7092 invoked by alias); 2 Mar 2009 16:31:20 -0000 Received: (qmail 7083 invoked by uid 22791); 2 Mar 2009 16:31:18 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from smtp-out.google.com (HELO smtp-out.google.com) (216.239.45.13) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 02 Mar 2009 16:31:13 +0000 Received: from spaceape13.eur.corp.google.com (spaceape13.eur.corp.google.com [172.28.16.147]) by smtp-out.google.com with ESMTP id n22GVAOo001896 for ; Mon, 2 Mar 2009 08:31:11 -0800 Received: from rv-out-0506.google.com (rvfb25.prod.google.com [10.140.179.25]) by spaceape13.eur.corp.google.com with ESMTP id n22GV8HR023420 for ; Mon, 2 Mar 2009 08:31:09 -0800 Received: by rv-out-0506.google.com with SMTP id b25so2257663rvf.31 for ; Mon, 02 Mar 2009 08:31:08 -0800 (PST) MIME-Version: 1.0 Received: by 10.141.29.11 with SMTP id g11mr2996490rvj.17.1236011468078; Mon, 02 Mar 2009 08:31:08 -0800 (PST) In-Reply-To: References: <20090302001039.161241C7A1E@localhost> Date: Mon, 02 Mar 2009 16:31:00 -0000 Message-ID: Subject: Re: [RFA] Makefile.in (clean): rm -f $(DEPDIR)/*. From: Doug Evans To: Tom Tromey Cc: gdb-patches@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-System-Of-Record: true 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: 2009-03/txt/msg00012.txt.bz2 On Sun, Mar 1, 2009 at 5:06 PM, Tom Tromey wrote: >>>>>> "Doug" =3D=3D Doug Evans writes: > > Doug> make: *** No rule to make target `../../../src/gdb/signals/signals.= c', > Doug> needed by `signals.o'. =A0Stop. > Doug> This is because signals.c has moved, but .deps/mumble still refers = to > Doug> the old location. > > Thanks, I see. > > Your patch is ok. > > It is interesting that I have never run across this particular failure > before. =A0This style of dependency tracking has been in use for a long > time... > > I think the underlying problem is a bug in gcc. =A0I think -MP ought to > emit a dummy target for the primary source file as well. =A0I made a > note to fix this in libcpp. I don't disagree, but it seems like .deps should be cleared out with a "make clean" regardless. After a configure the build directory is clean and .deps is empty (or doesn't exist). For consistency sake, it makes sense to have the same after a "make clean".