From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16055 invoked by alias); 9 May 2003 18:54:19 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 15782 invoked from network); 9 May 2003 18:54:16 -0000 Received: from unknown (HELO ns2.jaj.com) (66.93.21.106) by sources.redhat.com with SMTP; 9 May 2003 18:54:16 -0000 Received: by ns2.jaj.com (Postfix, from userid 1002) id 599B72C474; Fri, 9 May 2003 14:54:16 -0400 (EDT) Date: Fri, 09 May 2003 18:54:00 -0000 From: Phil Edwards To: DJ Delorie Cc: dhazeghi@yahoo.com, gcc@gcc.gnu.org, binutils@sources.redhat.com, gdb@sources.redhat.com Subject: Re: srcdir == objdir build issues [SC take note] Message-ID: <20030509185416.GA1824@disaster.jaj.com> References: <20EC888E-81F7-11D7-9B47-000393681B36@yahoo.com> <200305091755.h49Htqc21246@greed.delorie.com> <20030509181925.GD1188@disaster.jaj.com> <200305091841.h49IfpsU016607@envy.delorie.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200305091841.h49IfpsU016607@envy.delorie.com> User-Agent: Mutt/1.5.3i X-SW-Source: 2003-05/txt/msg00148.txt.bz2 On Fri, May 09, 2003 at 02:41:51PM -0400, DJ Delorie wrote: > > Given how much trouble I've had keeping ./configure working, I think > any new twists will end up with the same fate. At this point, I'd > accept your solution if I thought it would help, but I think it would > end up the same as what we have now - unsupportable. The difference is that the twists up to this point have been spread everywhere. All through the configury, all through the makefiles. > The problem is getting the regular gcc developers to test setups other > than the common one. Either they're going to test them, or they > aren't. If they're going to test them, we can continue supporting > ./configure the "natural" way. If they're not going to test them, > let's not fool ourselves into thinking we can support it. The approach that Mark et al proposed and that I implemented doesn't require constant tweaking, like the current situation. It doesn't need to be constantly tested. To remind the audience, what we're talking about had some discussion here: http://gcc.gnu.org/ml/gcc-patches/2002-04/msg00866.html and some patching here (note this was before the top-level autoconfiscation): http://gcc.gnu.org/ml/gcc-patches/2002-04/msg01001.html I like the idea of making our configury simply require/assume separate build dirs, but there's no need to reject an in-srcdir *interface* just because maintaining a parallel in-srcdir *implementation* has been a PITA. Phil -- If ye love wealth greater than liberty, the tranquility of servitude greater than the animating contest for freedom, go home and leave us in peace. We seek not your counsel, nor your arms. Crouch down and lick the hand that feeds you; and may posterity forget that ye were our countrymen. - Samuel Adams