From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 107820 invoked by alias); 17 Feb 2020 16:57:51 -0000 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 Received: (qmail 107802 invoked by uid 89); 17 Feb 2020 16:57:50 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-8.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy= X-HELO: mail-qv1-f67.google.com Received: from mail-qv1-f67.google.com (HELO mail-qv1-f67.google.com) (209.85.219.67) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 17 Feb 2020 16:57:48 +0000 Received: by mail-qv1-f67.google.com with SMTP id q9so6943285qvu.7 for ; Mon, 17 Feb 2020 08:57:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=subject:from:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=M2Zrg8qQWNSC7h/HEobfIEfOlY5NWJPXkHnu6O+g664=; b=lrUxHr8TKE8GBYi7WVjMg9k5kOT5O0lOxGFp/HON07xLufTGZBN7lXfUP7+jOOtbbA AaAVeqs/WOy6q+vQe1DB4/iRAZYAg685QAtBH+AomwZO36pfJDbW7XLLHDLji0YjAynt A72OI75a02a/l5p104m1eBenFYiRP9anzTyE3EDV2uYhMKc3wqma+xfz6Y2uarAFEzF/ vCWbZ5Uji76TJxzmT/vmzmiLdyTBIHIzbyNCmvYnIG0SBagHxEmP5OOq2Yhx2cRHpqo/ pg5Zby7YeLNuzq7Fg4jjHQNXP9ckPHdYkf/kqS2PUlZZYB/4/ixALTV/8BcJv2bBaq2U ZsuQ== Return-Path: Received: from [192.168.0.185] ([191.34.156.101]) by smtp.gmail.com with ESMTPSA id t37sm489867qth.0.2020.02.17.08.57.43 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 17 Feb 2020 08:57:46 -0800 (PST) Subject: Re: [PATCH] Move gdbserver to top level From: Luis Machado To: Tom Tromey Cc: Sergio Durigan Junior , Tom de Vries , Pedro Alves , gdb-patches@sourceware.org References: <87d0bf45up.fsf@tromey.com> <7ceebbb7-b2f7-3d4a-1d8a-f31310badbe8@redhat.com> <874kwk8nz9.fsf@tromey.com> <171a3144-af37-1c29-a2a4-c4cd7eaa14c0@redhat.com> <87r1zm6x8s.fsf@tromey.com> <01b4b5ca-a802-54b5-3135-428b7c9faa84@redhat.com> <87o8uo4mj0.fsf@tromey.com> <87blqfn0d6.fsf@tromey.com> <0b6b4f24-f5c8-b236-c249-737e70395667@suse.de> <4d5a1276-91aa-7197-5f90-854767987f73@suse.de> <87imkeh1za.fsf@redhat.com> <87eev0bp4s.fsf@tromey.com> <8736bd3jt2.fsf@redhat.com> <8736bdj9qt.fsf@tromey.com> <87pnegan2x.fsf@tromey.com> Message-ID: <785b7d0e-1832-af9f-bb86-454d23aa5c32@linaro.org> Date: Mon, 17 Feb 2020 16:57:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2020-02/txt/msg00619.txt.bz2 On 2/17/20 10:58 AM, Luis Machado wrote: > Hi Tom, > > On 2/14/20 6:14 PM, Tom Tromey wrote: >>>>>>> "Tom" == Tom Tromey writes: >> >>>>>>> "Sergio" == Sergio Durigan Junior writes: >> Sergio> I'm attaching a patch that works OK for me here.  WDYT? >> >> Tom> This one includes that: >> >> Tom> https://sourceware.org/ml/gdb-patches/2020-02/msg00426.html >> >> Tom> I see that Luis responded.  I'll read that and see what's up. >> >> I'm going to check it in now. >> >> Tom >> > > I ran into the following this morning... > > make[2]: Entering directory > '/home/luis.machado/work/tcwg/build/binutils-gdb-master/gdbserver' > make[2]: *** No rule to make target '../gnulib/import/libgnu.a', needed > by 'gdbserver'.  Stop. > > This was with a build using a configure line containing "--disable-gdb" > but no "--disable-gdbserver". > > Should --disable-gdb also imply --disable-gdbserver? Or should we be > able to build gdbserver without building gdb (sounds a bit more complex)? Meanwhile, thanks to Christian, i've confirmed that adding a similar block to configure.ac, like this one: # gdb depends on gnulib and gdbsupport, but as nothing else does, only # include them if gdb is built. if echo " ${configdirs} " | grep " gdb " > /dev/null 2>&1 ; then # The Makefile provides the ordering, so it's enough here to add to # the list. configdirs="${configdirs} gnulib gdbsupport" fi ... fixes the problem for gdbserver as well.