From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16931 invoked by alias); 5 Sep 2014 19:10:29 -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 16912 invoked by uid 89); 5 Sep 2014 19:10:28 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.1 required=5.0 tests=AWL,BAYES_05,RP_MATCHES_RCVD,URIBL_BLACK autolearn=no version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: OARmail.OARCORP.com Received: from oarmail.oarcorp.com (HELO OARmail.OARCORP.com) (67.63.146.244) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 05 Sep 2014 19:10:26 +0000 Received: from [192.168.1.169] (192.168.1.169) by OARmail.OARCORP.com (192.168.2.2) with Microsoft SMTP Server (TLS) id 8.3.342.0; Fri, 5 Sep 2014 14:10:22 -0500 Message-ID: <540A0A9E.5080709@oarcorp.com> Date: Fri, 05 Sep 2014 19:10:00 -0000 From: Joel Sherrill User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Joel Brobecker CC: Chung-Ju Wu , Pedro Alves , "binutils@sourceware.org" , "gdb-patches@sourceware.org" , Wei-Cheng Wang , Kuan-Lin Chen Subject: Re: [PATCH, nds32] Exclude building gdb for nds32*-*-* target. References: <5409BFDB.9020801@oarcorp.com> <20140905170010.GA28404@adacore.com> In-Reply-To: <20140905170010.GA28404@adacore.com> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-SW-Source: 2014-09/txt/msg00152.txt.bz2 On 9/5/2014 12:00 PM, Joel Brobecker wrote: >>> 2014-09-05 Chung-Ju Wu >>> >>> * configure.ac (nds32*-*-*): Disable gdb. >>> * configure: Regenerated. >> It looks like the part for not building gdb for or1k*-*-rtems* gets moved >> by this patch. I know there was an issue with the initial submission of >> that change. >> >> Your patch appears to correct that also. I thought the properly regenerated >> configure had been committed. But I guess not. >> >> I am OK with the patch since or1k-rtems is in the same place but wanted >> to note that the generated file had extra stuff in it for a good reason. > We really should regenerate configure first, and then apply Chung-Ju's > patch next. There will come a day when we will be reverting that > patch, since hopefully GDB will be building for that target, one day. > We don't want the revert to accidently also revert the bits that > that resync configure with present-day configure.ac. > Please regenerate it and commit it. I posted asking for that a few weeks ago. It is a top level configure and someone who touches it more routinely should do it. -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherrill@OARcorp.com On-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available (256) 722-9985