From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9104 invoked by alias); 23 Jan 2015 10:14:44 -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 8864 invoked by uid 89); 23 Jan 2015 10:14:41 -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 10:14:36 +0000 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t0NAEYkw008010 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 23 Jan 2015 05:14:34 -0500 Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t0NAEWaq024145; Fri, 23 Jan 2015 05:14:33 -0500 Message-ID: <54C21F07.6060407@redhat.com> Date: Fri, 23 Jan 2015 10:41: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> In-Reply-To: <83y4outyxl.fsf@gnu.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2015-01/txt/msg00062.txt.bz2 On 01/22/2015 07:09 PM, Eli Zaretskii wrote: >> From: Sergio Durigan Junior >> Cc: gdb@sourceware.org >> Date: Thu, 22 Jan 2015 13:54:55 -0500 >> >>>>> Did my recent commit fix this at least for some targets? >>>> >>>> No, all builders are still failing. >>> >>> Because of libdecnumber? >> >> >> >> Yes. > > Thanks, I tried to fix that in this commit: Was this sent to gcc? The master copy of libdecnumber is gcc. It's best to put the commit there too, so that the next merge from upstream doesn't lose it. Thanks, Pedro Alves > commit 53bef1c10759f1fd7faf675459871b2f4cc12e53 > Author: Eli Zaretskii > Date: Thu Jan 22 21:07:31 2015 +0200 > > Another part of fixing "make TAGS". > > libdecnumber/ > 2015-01-22 Eli Zaretskii > > * Makefile.in (TAGS): New target, to avoid failures in "make TAGS". > > diff --git a/libdecnumber/ChangeLog b/libdecnumber/ChangeLog > index 65d20fc..ec6ea1a 100644 > --- a/libdecnumber/ChangeLog > +++ b/libdecnumber/ChangeLog > @@ -1,3 +1,7 @@ > +2015-01-22 Eli Zaretskii > + > + * Makefile.in (TAGS): New target, to avoid failures in "make TAGS". > + > 2014-01-23 Marek Polacek > > PR c/59871 > diff --git a/libdecnumber/Makefile.in b/libdecnumber/Makefile.in > index b6f3842..8dbada9 100644 > --- a/libdecnumber/Makefile.in > +++ b/libdecnumber/Makefile.in > @@ -167,6 +167,8 @@ maintainer-clean: distclean > @echo "it deletes files that may require special tools to rebuild." > -rm -f $(srcdir)/configure $(srcdir)/aclocal.m4 > > +TAGS: > + > check: > installcheck: > dvi: >