From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18833 invoked by alias); 29 Mar 2004 16:47:06 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 18818 invoked from network); 29 Mar 2004 16:47:04 -0000 Received: from unknown (HELO NUTMEG.CAM.ARTIMI.COM) (217.40.111.177) by sources.redhat.com with SMTP; 29 Mar 2004 16:47:04 -0000 Received: from mace ([192.168.1.25]) by NUTMEG.CAM.ARTIMI.COM with Microsoft SMTPSVC(6.0.3790.0); Mon, 29 Mar 2004 17:46:03 +0100 From: "Dave Korn" To: "'Binutils list'" Subject: RE: "already configured" for dejagnu after gmake distclean. Date: Mon, 29 Mar 2004 18:00:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: Message-ID: X-OriginalArrivalTime: 29 Mar 2004 16:46:03.0687 (UTC) FILETIME=[52DBAB70:01C415AD] X-SW-Source: 2004-03/txt/msg00620.txt.bz2 > -----Original Message----- > From: Hugh Sasse Staff Elec Eng > Sent: 29 March 2004 16:48 > > state; you must have not distcleaned between the two > configures, and > > now you have makefiles > > I am absolutely positive that I did that distclean in > between, forseeing this problem if I didn't. It is well over > a week ago though, and I don't have any evidence lying around > to prove this. Well, it pretty much has to be the case; the evidence is all those generated files that were showing up as being in your source tree when you did the cvs update. Every single one of those lines beginning '?' should not have been there. Perhaps you did the reconfigure, then belatedly remembered about distclean and ran it, then re-reconfigured; if you'd already started the reconfigure, however, it might have already rewritten the makefiles so that by the time you did the distclean it was deleting stuff from the object dir not the source dir. It's hard to know how it first went wrong, but that's certainly the state it ended up in. > > in the source tree. In theory, configure could be > protected against > > this, detect when generated files were found in the source > tree, and > > automatically do a distclean itself, but people don't often tend to > > switch from the one style of building to the other, so it > hasn't been done. > > I'd suggest that this is more common than might be thought, > because it is one of the often-suggested remedies to an > unsuccessful build, that the build should be done in a > different directory. This is going from what I have seen on > gcc, binutils lists, anyway. I'm in full agreement with you. AFAIC configure should flat-out refuse to run in the source tree. It's nothing but a source of trouble and confusion. It could even be the case that 'make distclean' has a bug in it and hasn't been working properly when run in the source dir for some time, but nobody's noticed.... cheers, DaveK -- Can't think of a witty .sigline today....