From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 97306 invoked by alias); 24 Apr 2019 07:31:45 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 97297 invoked by uid 89); 24 Apr 2019 07:31:44 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy= X-HELO: smtp.eu.adacore.com Received: from mel.act-europe.fr (HELO smtp.eu.adacore.com) (194.98.77.210) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 24 Apr 2019 07:31:43 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-smtp.eu.adacore.com (Postfix) with ESMTP id 88F7C81387; Wed, 24 Apr 2019 09:31:41 +0200 (CEST) Received: from smtp.eu.adacore.com ([127.0.0.1]) by localhost (smtp.eu.adacore.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y8tj-sZvtUso; Wed, 24 Apr 2019 09:31:41 +0200 (CEST) Received: from arcturus.home (adijon-653-1-211-80.w92-161.abo.wanadoo.fr [92.161.125.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.eu.adacore.com (Postfix) with ESMTPSA id 5592481353; Wed, 24 Apr 2019 09:31:41 +0200 (CEST) From: Eric Botcazou To: Jakub Jelinek Cc: Ramana Radhakrishnan , Kyrylo Tkachov , Richard Earnshaw , Jonathan Wakely , Iain Buclaw , Ian Lance Taylor , gcc-patches@gcc.gnu.org Subject: Re: [PATCH] Fix ARM exception handling (PR target/89093) Date: Wed, 24 Apr 2019 07:33:00 -0000 Message-ID: <15720911.U02lj0IQxA@arcturus.home> In-Reply-To: <20190422091450.GM21066@tucnak> References: <20190422091450.GM21066@tucnak> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-SW-Source: 2019-04/txt/msg00904.txt.bz2 > The Ada changes need those guards because the file is compiled by both > the system compiler and by the newly built compilers; when compiled by > system compiler, as the FE is built with -fno-exceptions I'd hope the EH > stuff isn't really used there and at least until GCC 9.1 is released we have > the issue that the system compiler could be some earlier GCC 9.0.1 snapshot > which doesn't support general-regs-only. The Ada front-end does use EH on the host, but only the part written in Ada, that's why -fno-exceptions is very likely still OK for the C++ part. The Ada bits are OK and I guess we don't care about earlier 9.0.1 snapshots. -- Eric Botcazou