From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 112632 invoked by alias); 13 May 2015 12:11:58 -0000 Mailing-List: contact java-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-patches-owner@gcc.gnu.org Received: (qmail 112605 invoked by uid 89); 13 May 2015 12:11:57 -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_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 3 recipients X-HELO: mail-ob0-f170.google.com Received: from mail-ob0-f170.google.com (HELO mail-ob0-f170.google.com) (209.85.214.170) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Wed, 13 May 2015 12:11:56 +0000 Received: by obbkp3 with SMTP id kp3so27799428obb.3; Wed, 13 May 2015 05:11:54 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.60.131.170 with SMTP id on10mr15876880oeb.44.1431519114416; Wed, 13 May 2015 05:11:54 -0700 (PDT) Received: by 10.182.135.166 with HTTP; Wed, 13 May 2015 05:11:54 -0700 (PDT) In-Reply-To: <20150513103655.GC30202@redhat.com> References: <1440100.16fMh0Bpp2@polaris> <20150513103655.GC30202@redhat.com> Date: Wed, 13 May 2015 12:11:00 -0000 Message-ID: Subject: Re: [patch] Clean up detection of SJLJ exceptions in target libraries From: Matt Breedlove To: Jonathan Wakely Cc: Eric Botcazou , gcc-patches@gcc.gnu.org, libstdc++@gcc.gnu.org, java-patches@gcc.gnu.org Content-Type: text/plain; charset=UTF-8 X-SW-Source: 2015-q2/txt/msg00014.txt.bz2 This patch fixes an issue preventing mingw-w64 i686 dwarf2-eh bootstrapping described at: http://sourceforge.net/p/mingw-w64/mailman/message/34101954/ I'm assuming this has more to do with switching away from the current sjlj configuration method since configuring gcc with "--disable-sjlj-exceptions --with-dwarf2" still suffers the same issues. Building with simply "--with-dwarf2" instead, however, now works fine. I'm not sure whether or not a bug has been created for it and if one needs to be. Much appreciated, Matt On Wed, May 13, 2015 at 6:36 AM, Jonathan Wakely wrote: > On 12/05/15 18:42 +0200, Eric Botcazou wrote: >> >> libstdc++-v3/ >> * acinclude.m4 (GLIBCXX_ENABLE_SJLJ_EXCEPTIONS): Delete. >> * configure.ac: Remove GLIBCXX_ENABLE_SJLJ_EXCEPTIONS. >> * config.h.in: Regenerate. >> * configure: Likewise. >> * libsupc++/eh_personality.cc: Replace _GLIBCXX_SJLJ_EXCEPTIONS by >> __USING_SJLJ_EXCEPTIONS__. >> * libsupc++/eh_throw.cc: Likewise. >> * libsupc++/eh_ptr.cc: Likewise. >> * doc/html/manual/appendix_porting.html: Remove >> GLIBCXX_ENABLE_SJLJ_EXCEPTIONS >> * doc/xml/manual/build_hacking.xml: Likewise. >> * doc/html/manual/configure.html: Remove --enable-sjlj-exceptions. >> * doc/xml/manual/configure.xml: Likewise. > > > The libstdc++ parts are OK, thanks. >