From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20910 invoked by alias); 5 Sep 2014 20:10:56 -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 20884 invoked by uid 89); 5 Sep 2014 20:10:55 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.0 required=5.0 tests=AWL,BAYES_40,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,URIBL_BLACK autolearn=no version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: mail-qa0-f53.google.com Received: from mail-qa0-f53.google.com (HELO mail-qa0-f53.google.com) (209.85.216.53) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Fri, 05 Sep 2014 20:10:53 +0000 Received: by mail-qa0-f53.google.com with SMTP id w8so11323974qac.40 for ; Fri, 05 Sep 2014 13:10:51 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.229.137.131 with SMTP id w3mr22122004qct.23.1409947851613; Fri, 05 Sep 2014 13:10:51 -0700 (PDT) Received: by 10.140.102.138 with HTTP; Fri, 5 Sep 2014 13:10:51 -0700 (PDT) In-Reply-To: <540A0A9E.5080709@oarcorp.com> References: <5409BFDB.9020801@oarcorp.com> <20140905170010.GA28404@adacore.com> <540A0A9E.5080709@oarcorp.com> Date: Fri, 05 Sep 2014 20:10:00 -0000 Message-ID: Subject: Re: [PATCH, nds32] Exclude building gdb for nds32*-*-* target. From: Chung-Ju Wu To: Joel Brobecker , Joel Sherrill Cc: Pedro Alves , "binutils@sourceware.org" , "gdb-patches@sourceware.org" , Wei-Cheng Wang , Kuan-Lin Chen Content-Type: multipart/mixed; boundary=001a113491ded90dfa05025710cf X-SW-Source: 2014-09/txt/msg00157.txt.bz2 --001a113491ded90dfa05025710cf Content-Type: text/plain; charset=UTF-8 Content-length: 1512 2014-09-06 3:10 GMT+08:00 Joel Sherrill : > > 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. >> Thank you for clarifying it. That also makes sense to me. :) Since you have done the configure regeneration in https://sourceware.org/ml/gdb-patches/2014-09/msg00155.html , I have my patch updated as attached and ChangeLog is the same as follow: 2014-09-05 Chung-Ju Wu * configure.ac (nds32*-*-*): Disable gdb. * configure: Regenerated. Is the updated patch OK to commit? Best regards, jasonwucj --001a113491ded90dfa05025710cf Content-Type: application/octet-stream; name="0001-Disable-gdb-for-nds32-until-it-is-supported_v2.patch" Content-Disposition: attachment; filename="0001-Disable-gdb-for-nds32-until-it-is-supported_v2.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hzpygt0c0 Content-length: 1314 RnJvbSBmNDIyOThhNDNiNjcxZjI3YjFjMmY4ODkxYmI0NThiMDNmYjViYzM3 IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBDaHVuZy1KdSBXdSA8 amFzb253dWNqQGdtYWlsLmNvbT4KRGF0ZTogU2F0LCA2IFNlcCAyMDE0IDAz OjU0OjQ3ICswODAwClN1YmplY3Q6IFtQQVRDSF0gRGlzYWJsZSBnZGIgZm9y IG5kczMyKi0qLSogdW50aWwgaXQgaXMgc3VwcG9ydGVkLgoKLS0tCiBjb25m aWd1cmUgICAgfCAzICsrKwogY29uZmlndXJlLmFjIHwgMyArKysKIDIgZmls ZXMgY2hhbmdlZCwgNiBpbnNlcnRpb25zKCspCgpkaWZmIC0tZ2l0IGEvY29u ZmlndXJlIGIvY29uZmlndXJlCmluZGV4IDlmYzFjODguLmRmZWEzYmQgMTAw NzU1Ci0tLSBhL2NvbmZpZ3VyZQorKysgYi9jb25maWd1cmUKQEAgLTM4MDUs NiArMzgwNSw5IEBAIGNhc2UgIiR7dGFyZ2V0fSIgaW4KICAgbWlwcyotKi0q KQogICAgIG5vY29uZmlnZGlycz0iJG5vY29uZmlnZGlycyBncHJvZiIKICAg ICA7OworICBuZHMzMiotKi0qKQorICAgIG5vY29uZmlnZGlycz0iJG5vY29u ZmlnZGlycyBnZGIiCisgICAgOzsKICAgb3IxayotKi0qKQogICAgIG5vY29u ZmlnZGlycz0iJG5vY29uZmlnZGlycyBnZGIiCiAgICAgOzsKZGlmZiAtLWdp dCBhL2NvbmZpZ3VyZS5hYyBiL2NvbmZpZ3VyZS5hYwppbmRleCAwMjhjYmRh Li5kYWRhMDkwIDEwMDY0NAotLS0gYS9jb25maWd1cmUuYWMKKysrIGIvY29u ZmlndXJlLmFjCkBAIC0xMTMzLDYgKzExMzMsOSBAQCBjYXNlICIke3Rhcmdl dH0iIGluCiAgIG1pcHMqLSotKikKICAgICBub2NvbmZpZ2RpcnM9IiRub2Nv bmZpZ2RpcnMgZ3Byb2YiCiAgICAgOzsKKyAgbmRzMzIqLSotKikKKyAgICBu b2NvbmZpZ2RpcnM9IiRub2NvbmZpZ2RpcnMgZ2RiIgorICAgIDs7CiAgIG9y MWsqLSotKikKICAgICBub2NvbmZpZ2RpcnM9IiRub2NvbmZpZ2RpcnMgZ2Ri IgogICAgIDs7Ci0tIAoxLjguMS4xCgo= --001a113491ded90dfa05025710cf--