From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10033 invoked by alias); 16 Apr 2012 20:36:22 -0000 Received: (qmail 9919 invoked by uid 22791); 16 Apr 2012 20:36:20 -0000 X-SWARE-Spam-Status: No, hits=-7.2 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,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, 16 Apr 2012 20:36:07 +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.14.4/8.14.4) with ESMTP id q3GKZqJr017942 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 16 Apr 2012 16:35:52 -0400 Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q3GKZoFD007748; Mon, 16 Apr 2012 16:35:51 -0400 Message-ID: <4F8C82A6.5000104@redhat.com> Date: Mon, 16 Apr 2012 20:41:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1 MIME-Version: 1.0 To: Doug Evans CC: Tom Tromey , Jan Kratochvil , Yao Qi , gdb-patches@sourceware.org Subject: Re: Fix in-src-tree builds by making gdbserver/gnulib/ a separate library (a la libiberty, etc.), and adding ACX_CONFIGURE_DIR. References: <1334127046-27627-1-git-send-email-yao@codesourcery.com> <20120413212559.GA5867@host2.jankratochvil.net> <4F88F188.1050401@codesourcery.com> <20120415164917.GA2861@host2.jankratochvil.net> <4F8BFB25.5030808@redhat.com> <4F8C5794.5050302@redhat.com> <87vckzzbss.fsf@fleche.redhat.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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: 2012-04/txt/msg00435.txt.bz2 On 04/16/2012 09:15 PM, Doug Evans wrote: > On Mon, Apr 16, 2012 at 1:01 PM, Tom Tromey wrote: >> > Pedro> The Real, Proper, Ideal fix for this, IMO, is to make gdbserver a >> > Pedro> proper src top level project/directory, on the same level as GDB, >> > Pedro> and make the new gnulib "library" a top level project as well, on >> > Pedro> the same level as GDB and libiberty. Then, the top level >> > Pedro> configure would only try to build the gnulib directory once, by >> > Pedro> design, and would build both gdb and gdbserver if both are >> > Pedro> supported by the host, or only gdb if building a cross debugger. >> > >> > Yeah, this would be good too; but I understand why you wouldn't want to >> > do it :-) > gdbserver is a target program, so if one wanted a "one tree" build, > one would need to configure gnulib for both host and target (when host > != target). Or, we could instead consider gdbserver a host program. If you want to build a gdbserver for your target foo, you'd build it from the top-level with --host=foo. Thus to build a cross debugger + gdbserver for the target, you'd need to configure twice (once for gdb, and once for the target gdbserver). But that's no different than what we have today. > If there's no disagreement that moving gdbserver to the top level is > the right thing to do (I think it is) then I think time spent doing > something different is ultimately time not well used. This first step is less intrusive, and we can test the new gnulib wrapper library scheme this way without a top level move. That much isn't lost, and is IMO, the largest change here. Plus, it's already written; it only took me a few hours. :-) > If gcc can move libgcc to the top level, we should be able to move gdbserver. Yeah. -- Pedro Alves