From: Richard Sandiford <richard.sandiford@arm.com>
To: Jozef Lawrynowicz <jozef.l@mittosystems.com>
Cc: Oleg Endo <oleg.endo@t-online.de>,
"gcc-patches@gcc.gnu.org\" <gcc-patches@gcc.gnu.org>
Subject: Re: [PATCH 2/4] MSP430: Disable exception handling by default for C++
Date: Tue, 12 Nov 2019 21:13:00 -0000 [thread overview]
Message-ID: <mpty2wkby5b.fsf@arm.com> (raw)
In-Reply-To: <20191108132608.7a774581@jozef-kubuntu> (Jozef Lawrynowicz's message of "Fri, 8 Nov 2019 13:26:08 +0000")
Jozef Lawrynowicz <jozef.l@mittosystems.com> writes:
> diff --git a/gcc/testsuite/lib/gcc-dg.exp b/gcc/testsuite/lib/gcc-dg.exp
> index 1df645e283c..1ce449cb935 100644
> --- a/gcc/testsuite/lib/gcc-dg.exp
> +++ b/gcc/testsuite/lib/gcc-dg.exp
> @@ -417,6 +417,16 @@ proc gcc-dg-prune { system text } {
> return "::unsupported::large return values"
> }
>
> + # If exceptions are disabled, mark tests expecting exceptions to be enabled
> + # as unsupported.
> + if [regexp "(^|\n)\[^\n\]*: error: exception handling disabled" $text] {
> + return "::unsupported::exception handling disabled"
> + }
This is probably safe, but...
> +
> + if [regexp "(^|\n)\[^\n\]*: error: #error .__cpp_exceptions." $text] {
> + return "::unsupported::exception handling disabled"
> + }
...it looks like this would disable g++.dg/cpp1y/feat-neg.C for all
targets. I assume this was motivated by g++.dg/cpp2a/feat-cxx2a.C,
but the kind of effective-target tests you had in the original patch
are probably better there. It might then be more robust to test that
[check_effective_target_...] for the "exception handling disabled" case
above as well, so that other targets aren't affected accidentally.
It'd be good to test a target/multilib that has exceptions enabled by
default to make sure there's no change in the number of unsupported
tests (rather than just no new fails).
Thanks,
Richard
next prev parent reply other threads:[~2019-11-12 21:08 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-11-07 21:31 [PATCH 0/4][MSP430] Tweaks to default configuration to reduce code size Jozef Lawrynowicz
2019-11-07 21:34 ` [PATCH 1/4] MSP430: Disable TM clone registry by default Jozef Lawrynowicz
2019-11-17 19:32 ` Jeff Law
2019-11-24 14:22 ` Jozef Lawrynowicz
2019-11-24 17:24 ` Jeff Law
2019-11-24 17:55 ` Jozef Lawrynowicz
2019-11-07 21:37 ` [PATCH 2/4] MSP430: Disable exception handling by default for C++ Jozef Lawrynowicz
2019-11-08 0:07 ` Oleg Endo
2019-11-08 13:26 ` Jozef Lawrynowicz
2019-11-12 21:13 ` Richard Sandiford [this message]
2019-11-27 13:51 ` Jozef Lawrynowicz
2019-11-07 21:39 ` [PATCH 3/4] MSP430: Disable __cxa_atexit Jozef Lawrynowicz
2019-11-07 21:41 ` [PATCH 4/4] MSP430: Deprecate -minrt option Jozef Lawrynowicz
2019-11-17 21:02 ` Jeff Law
2019-11-24 16:38 ` Jozef Lawrynowicz
2019-11-08 12:14 ` [PATCH 0/4][MSP430] Tweaks to default configuration to reduce code size Oleg Endo
2019-11-08 13:27 ` Jozef Lawrynowicz
2019-11-08 13:59 ` Oleg Endo
2019-11-08 14:32 ` Jozef Lawrynowicz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=mpty2wkby5b.fsf@arm.com \
--to=richard.sandiford@arm.com \
--cc=jozef.l@mittosystems.com \
--cc=oleg.endo@t-online.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).