From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21126 invoked by alias); 17 Jan 2011 17:06:01 -0000 Received: (qmail 21105 invoked by uid 22791); 17 Jan 2011 17:06:00 -0000 X-SWARE-Spam-Status: No, hits=-6.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 17 Jan 2011 17:05:56 +0000 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id p0HH5ljk000812 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 17 Jan 2011 12:05:47 -0500 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id p0HH5kSi002520; Mon, 17 Jan 2011 12:05:46 -0500 Received: from opsy.redhat.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id p0HH5jDf029926; Mon, 17 Jan 2011 12:05:46 -0500 Received: by opsy.redhat.com (Postfix, from userid 500) id 6392F378326; Mon, 17 Jan 2011 10:05:45 -0700 (MST) From: Tom Tromey To: Yao Qi Cc: gdb-patches@sourceware.org Subject: Re: [rfa/rfc] Build libcommon.a for gdb and gdbserver References: <4D30E23F.3080103@codesourcery.com> Date: Mon, 17 Jan 2011 17:11:00 -0000 In-Reply-To: <4D30E23F.3080103@codesourcery.com> (Yao Qi's message of "Fri, 14 Jan 2011 17:54:39 -0600") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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-01/txt/msg00366.txt.bz2 >>>>> "Yao" == Yao Qi writes: Yao> In order to achieve that, configure.ac and Makefile.in will be Yao> created in common/ dir. Is there a way we can avoid this? Each configure carries some weight: more maintenance (especially if they must be fixed in parallel), more size, and slower build speeds. Historically, IIUC, gdbserver had its own because it could be configured and built separately. But, this won't seem to be true once your patches go in. I see that common/Makefile.in doesn't have automatic dependency tracking. I think it should, especially if we are planning to move more and more code there. This would be simpler with a single configure :-) FWIW, I'd like to get rid of testsuite/**/configure someday. And, if we can't configure gdbserver separately, then gdbserver/configure as well. Tom