From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8711 invoked by alias); 23 Jan 2015 09:57:15 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 7508 invoked by uid 89); 23 Jan 2015 09:57:02 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Fri, 23 Jan 2015 09:56:41 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t0N9uR68023777 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 23 Jan 2015 04:56:27 -0500 Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t0N9uPCt005447; Fri, 23 Jan 2015 04:56:26 -0500 Message-ID: <54C21AC9.7000109@redhat.com> Date: Fri, 23 Jan 2015 10:14:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Eli Zaretskii , Sergio Durigan Junior CC: gdb@sourceware.org Subject: Re: [ANNOUNCEMENT] GDB BuildBot References: <87bnm1exo6.fsf@redhat.com> <87lhkvd9u7.fsf@redhat.com> <837fwevg2b.fsf@gnu.org> <87r3um8xvu.fsf@redhat.com> <831tmmvepo.fsf@gnu.org> <87mw5a8x34.fsf@redhat.com> <83y4outyxl.fsf@gnu.org> <87ppa67fqb.fsf@redhat.com> <83vbjytv2s.fsf@gnu.org> <83twzitur9.fsf@gnu.org> <83sif2tucs.fsf@gnu.org> <87sif25vzr.fsf@redhat.com> <83ppa5uaqj.fsf@gnu.org> In-Reply-To: <83ppa5uaqj.fsf@gnu.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2015-01/txt/msg00061.txt.bz2 On 01/23/2015 09:06 AM, Eli Zaretskii wrote: >> From: Sergio Durigan Junior >> If the "make TAGS" step proves to be too difficult to implement in the >> regular build process, I will create a special builder just for it. > > I don't think we need to go that far. Simply adding "cd $(srcdir) &&" > to the TAGS rules that don't already do that should be good enough. Yes, we should do that. It's what we do to other similar rules that generate files in the source dir, like e.g., $(srcdir)/aclocal.m4: @MAINTAINER_MODE_TRUE@ $(aclocal_m4_deps) cd $(srcdir) && $(ACLOCAL) $(ACLOCAL_AMFLAGS) > Alternatively, you could do just "make -C gdb TAGS". Agreed, though I'd say "in addition", rather than "alternatively". It's still good to make it easy to generate TAGS without having to reconfigure. > After all, we > don't necessarily need to fix the entire repository, only the parts > that are under our responsibility. Perhaps this is the best > alternative, on balance. Thanks, Pedro Alves