From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5119 invoked by alias); 16 Apr 2012 20:16:11 -0000 Received: (qmail 5107 invoked by uid 22791); 16 Apr 2012 20:16:09 -0000 X-SWARE-Spam-Status: No, hits=-5.4 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail-vb0-f41.google.com (HELO mail-vb0-f41.google.com) (209.85.212.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 16 Apr 2012 20:15:56 +0000 Received: by vbbey12 with SMTP id ey12so4549084vbb.0 for ; Mon, 16 Apr 2012 13:15:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-system-of-record :x-gm-message-state; bh=ivk0zXv6PGQOu43xV2V0net4cetkQHUqlVIZTJfJjlg=; b=FQyITXODhpMr/jRqnbnqMmiVVJgbwWYpxH1TjuHtR3BJ6VFJ+VhrRr1CR92tJmE43H 7OKM76XWUj/XnxfPGNe4wUhSqLEJsFYJ5GEUuD1KJfS0pAiD1l5P11Sb8H8ZHV4cE2FP 3sPipEJuTo3zGZU/rFdPcddsVmY1AgVQN3wXFHDSetxXiOSRdRDKsN/YfqSF+hElOC/t KNvE6N5GTXwLZKi29+Eryf55bpV8JuFZDMImmsATBNOxWae+L6FppU9X4OossPnWufCZ ewMYC6+Xj3ar5VRe5/XQEwfTV8unGt6b53B1MSVQG9rS9Ly4fXunV9W5hG/w4Kbyobrz W2GA== Received: by 10.52.36.81 with SMTP id o17mr5336839vdj.97.1334607355910; Mon, 16 Apr 2012 13:15:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.36.81 with SMTP id o17mr5336823vdj.97.1334607355754; Mon, 16 Apr 2012 13:15:55 -0700 (PDT) Received: by 10.220.7.66 with HTTP; Mon, 16 Apr 2012 13:15:55 -0700 (PDT) In-Reply-To: <87vckzzbss.fsf@fleche.redhat.com> 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> Date: Mon, 16 Apr 2012 20:36:00 -0000 Message-ID: Subject: Re: Fix in-src-tree builds by making gdbserver/gnulib/ a separate library (a la libiberty, etc.), and adding ACX_CONFIGURE_DIR. From: Doug Evans To: Tom Tromey Cc: Pedro Alves , Jan Kratochvil , Yao Qi , gdb-patches@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-System-Of-Record: true X-Gm-Message-State: ALoCoQmPFRbwNMyo0/vYlzo/nMPaxC55MxyIQd+ZL73mf6wilwoomGyFWfT3Ht87gwm7CDbLSbR/3j9aq8fB4slnWGbuOgO7Vwxq4qdXSdG0+QDMohg6opNs8FKDhrlzayNAsiKVE9L7TWtoZ/Wh95qOmATA/J3KRg== X-IsSubscribed: yes 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/msg00434.txt.bz2 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. =A0Then, 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 !=3D target). 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. If gcc can move libgcc to the top level, we should be able to move gdbserve= r.