From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18276 invoked by alias); 7 Mar 2011 04:49:08 -0000 Received: (qmail 18264 invoked by uid 22791); 7 Mar 2011 04:49:07 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 07 Mar 2011 04:49:03 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 65E8C2BAFAE; Sun, 6 Mar 2011 23:49:01 -0500 (EST) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id WUW2KFPIfAlk; Sun, 6 Mar 2011 23:49:01 -0500 (EST) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id EAB542BAFAA; Sun, 6 Mar 2011 23:49:00 -0500 (EST) Received: by joel.gnat.com (Postfix, from userid 1000) id 811E71459AD; Mon, 7 Mar 2011 08:48:38 +0400 (RET) Date: Mon, 07 Mar 2011 05:12:00 -0000 From: Joel Brobecker To: Mark Kettenis Cc: gdb-patches@sourceware.org Subject: Re: FYI: gdb/common/Makefile calling aclocal & autoconf... Message-ID: <20110307044838.GO30306@adacore.com> References: <20110306045412.GL30306@adacore.com> <201103061004.p26A476B018601@glazunov.sibelius.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201103061004.p26A476B018601@glazunov.sibelius.xs4all.nl> User-Agent: Mutt/1.5.20 (2009-06-14) 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: 2011-03/txt/msg00419.txt.bz2 Yao: > The continued streem of issues with having a configure in the common/ > directory makes me convinced that Ppedro is right and we should go > back to explicitly list things in the gdb and gdbserver Makefiles. I think Mark are right. We are probably on the second or third "one last push" to make things work, and we're still not done. I'm really sorry, but we have 3 Global Maintainers (Mark, Pedro, myself) who think that this is the wrong way to go. We tried to perservere in this direction despite our reservations, but it's still not working. We've learnt a lot in the process, but I think it's time to head in the other direction (no configure & make in common/). Anyone strongly opposed to that move, please speak up now. It's important, IMO, to do that soon, because we're not guarantied that we will make everything work instantly either. I will see if I can produce some patches for review within a day or two (anyone wanting to take care of that can, of course!). -- Joel