From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 103667 invoked by alias); 21 Feb 2017 08:01:09 -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 103629 invoked by uid 89); 21 Feb 2017 08:01:07 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.8 required=5.0 tests=AWL,BAYES_50,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=ham version=3.3.2 spammy=Who, eli, bull, Eli X-HELO: mail-yb0-f179.google.com Received: from mail-yb0-f179.google.com (HELO mail-yb0-f179.google.com) (209.85.213.179) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 21 Feb 2017 08:01:00 +0000 Received: by mail-yb0-f179.google.com with SMTP id n76so11946275ybg.3 for ; Tue, 21 Feb 2017 00:01:01 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=eM1Xh81JpGhzlPb4CrCbRmeYLuXlcACFqe/jyiuN6UU=; b=IRqoP4CHGvz9DIvLEnn6X7b/CKBtlsxAC+b9Iacvn2DI6kYtvz53/0+OBd9+51ZDwD cHDr7KinQ32h0fXoN2DT4rvTPtJuc8R2mRYWF+7gfJA90O/hAMbS885CEb0IG7XEmE5U xJtdxqsKaTpuwZHPnuFUCYbYSmuubwf5i/zEAdD9jSRI0prO0vWpr8ZdHDG7peKgyEXQ TAQw6JKsw75LK7ayMR8hWy/9duGTUCqbGVdp5eHnTZhzs0/JlUV19ZEuQcgotuFIK2SB SN+eG9DXsnv6QR17g1tykEMgwr6uCAnm1Tq2eJCQimrqCyS/+QQYSiG7xiuAPx/0qdm3 b8bw== X-Gm-Message-State: AMke39lodXOfpKzgPow75Mjl5WgtCBJxt54ab0vbUw6uWFmMLX9Gbl/UP3gYnL8DI0NvcRV7JMdCYOZBewRjBA== X-Received: by 10.37.82.7 with SMTP id g7mr17792149ybb.193.1487664059462; Tue, 21 Feb 2017 00:00:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.37.164.199 with HTTP; Tue, 21 Feb 2017 00:00:58 -0800 (PST) In-Reply-To: References: <331a72d9-050c-7cd7-adc2-78e5f1ed6f85@redhat.com> <57147db4-83c3-2a8f-0c74-0efc6a94e9f5@redhat.com> <5967c781-4f67-06f2-db34-f4cb3818d603@palves.net> <83d1em15l7.fsf@gnu.org> From: Nitish Kumar Mishra Date: Tue, 21 Feb 2017 08:01:00 -0000 Message-ID: Subject: Re: Issue with Latest GDB on AIX with GCC-6.12 To: David Edelsohn Cc: pedro@palves.net, gdb@sourceware.org, Yao Qi Content-Type: multipart/mixed; boundary=001a1134f7e4cf9ae3054905c7d4 X-IsSubscribed: yes X-SW-Source: 2017-02/txt/msg00047.txt.bz2 --001a1134f7e4cf9ae3054905c7d4 Content-Type: text/plain; charset=UTF-8 Content-length: 3620 Hi All ! The previous patch file has issues while patching. I mistakenly sent it. I am attaching the updated one. Thanks and Regards Nitish. On Mon, Feb 20, 2017 at 5:07 PM, Nitish Kumar Mishra wrote: > Hi All ! > The proposed patch is tested on AIX-7.2 and Ubuntu-16.04 and it seems > to be working fine. > > Thanks, > Nitish. > > On Mon, Feb 20, 2017 at 4:55 PM, Nitish Kumar Mishra > wrote: >> Hi All ! >> >> Please find the patch attachment with this mail. >> Any comments are more than welcome. >> >> Thanks, >> Nitish >> >> On Mon, Feb 20, 2017 at 4:52 PM, Nitish Kumar Mishra >> wrote: >>> Hi All ! >>> >>> I have created a bug for this issue. The bug id is: 21187. >>> I have created a patch for configure file in which new configure >>> option --enable-staticlib and --disable-staticlib is implemented. >>> By default the linking of GDB with libstdc++ and libgcc will be static. >>> >>> Attching the patch with the mail. >>> >>> On Mon, Feb 13, 2017 at 9:08 PM, Nitish Kumar Mishra >>> wrote: >>>> Hi David ! >>>> >>>>>Who built GCC 6.1 for you? Is this an IBM build or Bull Freeware? >>>> IBM does not have GCC-6 build yet, and generally Bull's rpm breaks our >>>> environment. I took it from perzl.org. >>>> But now I have tested it with Bull's RPM, static linking still not >>>> working but removing --static-libstdc++ and --static-libgcc >>>> is working for me as well. >>>> Now, I will run the testsuite and will paste the result once it's finished. >>>> >>>> I disabled the static options manually. I don't see any configure >>>> option for disabling the static linking. I tried with one configure >>>> option --disable-libstdcxx, but I dont think it will lead to dynamic >>>> linking. Anyways, for me, using this option --disable-libstdcxx >>>> was giving compilation error, saying, "ld soes not support target". >>>> >>>> Thanks, >>>> Nitish >>>> >>>> >>>> On Mon, Feb 13, 2017 at 8:49 PM, Eli Zaretskii wrote: >>>>>> From: David Edelsohn >>>>>> Date: Mon, 13 Feb 2017 10:02:35 -0500 >>>>>> Cc: Nitish Kumar Mishra , "gdb@sourceware.org" , Yao Qi >>>>>> >>>>>> >> Can we disable -static-libgcc and -static-libstdc++ for AIX? >>>>>> > >>>>>> > Works for me. Those are added by the top level configure. They were >>>>>> > originally added for gcc, we just inherited it. Ideally adding >>>>>> > those would be controllable with a configure option, IMO. >>>>>> >>>>>> We shouldn't disable static-libgcc and static-libstdc++ for GCC. And >>>>>> static would be better. But linking GDB dynamically could be helpful >>>>>> as an interim work-around. >>>>> >>>>> Please let's not do that on MS-Windows at least. Dynamically linking >>>>> against these two libraries has the following 2 adverse effects: >>>>> >>>>> . it requires any site that distributes precompiled Windows binaries >>>>> of GDB to also distribute the full humongous tarball of GCC >>>>> sources (because libgcc runtime exception doesn't cover dynamic >>>>> linking against shared libraries); and >>>>> >>>>> . it opens the gates of the "DLL hell", since there's any number of >>>>> libgcc and libstdc++ DLLs from different versions of GCC floating >>>>> around on any given Windows system with GNU software, and there's >>>>> no practical way to ensure binary compatibility between the one >>>>> found first on PATH and a particular version of GDB one wants to >>>>> run --001a1134f7e4cf9ae3054905c7d4 Content-Type: application/octet-stream; name="disable_static_link_aix.patch" Content-Disposition: attachment; filename="disable_static_link_aix.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_izf8rldq0 Content-length: 2933 LS0tIGNvbmZpZ3VyZS5PUklHCTIwMTctMDItMjEgMTI6NTc6MTIuNjA5Mjk5 MDE5ICswNTMwCisrKyBjb25maWd1cmUJMjAxNy0wMi0yMSAxMzowMDowOS4z ODU2NDMwMTkgKzA1MzAKQEAgLTc2MCw2ICs3NjAsNyBAQAogZW5hYmxlX2xp YmFkYQogZW5hYmxlX2xpYnNzcAogZW5hYmxlX2xpYnN0ZGN4eAorZW5hYmxl X3N0YXRpY2xpYgogZW5hYmxlX2xpYm9mZmxvYWRtaWMKIGVuYWJsZV9zdGF0 aWNfbGliamF2YQogZW5hYmxlX2Jvb3RzdHJhcApAQCAtMTQ4Nyw2ICsxNDg4 LDcgQEAKICAgLS1lbmFibGUtbGliYWRhICAgICAgICAgYnVpbGQgbGliYWRh IGRpcmVjdG9yeQogICAtLWVuYWJsZS1saWJzc3AgICAgICAgICBidWlsZCBs aWJzc3AgZGlyZWN0b3J5CiAgIC0tZGlzYWJsZS1saWJzdGRjeHggICAgIGRv IG5vdCBidWlsZCBsaWJzdGRjKystdjMgZGlyZWN0b3J5CisgIC0tZGlzYWJs ZS1zdGF0aWNsaWIJICBkaXNhYmxlIHN0YXRpYyBsaW5raW5nIG9mIGxpYnN0 ZGMrKyBhbmQgbGliZ2NjCiAgIC0tZW5hYmxlLWxpYm9mZmxvYWRtaWM9QVJH CiAgICAgICAgICAgICAgICAgICAgICAgICAgIGJ1aWxkIGxpYm9mZmxvYWRt aWMgW0FSRz17bm8saG9zdCx0YXJnZXR9XQogICAtLWVuYWJsZS1zdGF0aWMt bGliamF2YVs9QVJHXQpAQCAtMzEwNiw2ICszMTA4LDE0IEBACiAgIEVOQUJM RV9MSUJTVERDWFg9ZGVmYXVsdAogZmkKIAorIyBDaGVjayB3aGV0aGVyIC0t ZGlzYWJsZS1zdGF0aWNsaWIgd2FzIGdpdmVuLgoraWYgdGVzdCAiJHtlbmFi bGVfc3RhdGljbGliK3NldH0iID0gc2V0OyB0aGVuIAorICBlbmFibGV2YWw9 JGVuYWJsZV9zdGF0aWNsaWI7IAorICBFTkFCTEVfU1RBVElDTElCPSRlbmFi bGV2YWw7CitlbHNlCisgIEVOQUJMRV9TVEFUSUNMSUI9eWVzOworZmkKKwog aWYgdGVzdCAiJHtFTkFCTEVfTElCU1REQ1hYfSIgPSAibm8iIDsgdGhlbgog ICBub2NvbmZpZ2RpcnM9IiRub2NvbmZpZ2RpcnMgdGFyZ2V0LWxpYnN0ZGMr Ky12MyIKIGZpCkBAIC01MTA5LDkgKzUxMTksMTEgQEAKICAgZmkKIGZpCiAK LSMgQ2hlY2sgd2hldGhlciAtc3RhdGljLWxpYnN0ZGMrKyAtc3RhdGljLWxp YmdjYyBpcyBzdXBwb3J0ZWQuCisKIGhhdmVfc3RhdGljX2xpYnM9bm8KLWlm IHRlc3QgIiRHQ0MiID0geWVzOyB0aGVuCisjIElmIGVuYWJsZV9zdGF0aWNs aWIgaXMgc2V0IGZvciBjb25maWd1cmF0aW9uLCBjaGVjayB3aGV0aGVyIC1z dGF0aWMtbGlic3RkYysrIC1zdGF0aWMtbGliZ2NjIGlzIHN1cHBvcnRlZC4K K2lmIHRlc3QgIiRFTkFCTEVfU1RBVElDTElCIiA9IHllczsgdGhlbiAKKyBp ZiB0ZXN0ICIkR0NDIiA9IHllczsgdGhlbgogICBzYXZlZF9MREZMQUdTPSIk TERGTEFHUyIKIAogICBMREZMQUdTPSIkTERGTEFHUyAtc3RhdGljLWxpYnN0 ZGMrKyAtc3RhdGljLWxpYmdjYyIKQEAgLTUxNTAsNyArNTE2Miw3IEBACiAK ICAgTERGTEFHUz0iJHNhdmVkX0xERkxBR1MiCiBmaQotCitmaQogCiAKIApA QCAtNTkwMyw2ICs1OTE1LDkgQEAKICAjIHRydXN0IHRoYXQgdGhleSBhcmUg ZG9pbmcgd2hhdCB0aGV5IHdhbnQuCiAgaWYgdGVzdCAiJHN0YWdlMV9saWJz IiA9ICIiIC1hICIkaGF2ZV9zdGF0aWNfbGlicyIgPSB5ZXM7IHRoZW4KICAg IHN0YWdlMV9sZGZsYWdzPSItc3RhdGljLWxpYnN0ZGMrKyAtc3RhdGljLWxp YmdjYyIKKyAgZWxzZQorICAjIElmIHN0YXRpYyBsaWIgaXMgZGlzYWJsZWQu CisgICBzdGFnZTFfbGRmbGFncz0iIgogIGZpCiBmaQogCkBAIC01OTM3LDgg KzU5NTIsMTAgQEAKICAjIEluIHN0YWdlcyAyIGFuZCAzLCBkZWZhdWx0IHRv IGxpbmtpbmcgbGlic3RkYysrIGFuZCBsaWJnY2MKICAjIHN0YXRpY2FsbHku ICBCdXQgaWYgdGhlIHVzZXIgZXhwbGljaXRseSBzcGVjaWZpZWQgdGhlIGxp YnJhcmllcyB0bwogICMgdXNlLCB0cnVzdCB0aGF0IHRoZXkgYXJlIGRvaW5n IHdoYXQgdGhleSB3YW50LgotIGlmIHRlc3QgIiRwb3N0c3RhZ2UxX2xpYnMi ID0gIiI7IHRoZW4KKyBpZiB0ZXN0ICIkcG9zdHN0YWdlMV9saWJzIiA9ICIi IC1hICRFTkFCTEVfU1RBVElDTElCID0geWVzOyB0aGVuCiAgICBwb3N0c3Rh Z2UxX2xkZmxhZ3M9Ii1zdGF0aWMtbGlic3RkYysrIC1zdGF0aWMtbGliZ2Nj IgorICBlbHNlCisgICBwb3N0c3RhZ2UxX2xkZmxhZ3M9IiIKICBmaQogZmkK IAo= --001a1134f7e4cf9ae3054905c7d4--