[PATCH] tree: Fix -fcompare-debug issues due to protected_set_expr_location [PR94323]
Richard Biener
rguenther@suse.de
Fri Mar 27 08:32:40 GMT 2020
On Fri, 27 Mar 2020, Jakub Jelinek wrote:
> On Thu, Mar 26, 2020 at 08:41:41PM -0300, Alexandre Oliva wrote:
> > On Mar 26, 2020, Jakub Jelinek <jakub@redhat.com> wrote:
> >
> > > Or disable -gstatement-frontiers by default and declare it -fcompare-debug
> > > incompatible.
> >
> > I don't get what makes debug stmts introduced by -gstatement-frontiers
> > special in this regard. I recall working a lot on making statement list
> > management compatible with debug stmts for -fcompare-debug purposes back
> > when introducing them, but not breaking new ground when extending them
> > with markers rather than binds.
>
> The hardest issue I gave up completely on after trying 3 different
> approaches is PR93786, I just don't know what to do in that case.
> Gimplification of a STATEMENT_LIST is destructive, especially the
> voidify_wrapper_expr part of it, and if the STATEMENT_LIST is used multiple
> times, that is a severe problem.
The question for this case is wheter we can arrange for the STATEMENT_LIST
to be present even for -g0 and "solve" the issue that way?
> The PR94323 and PR94272 changes worked, but they are quite unclean and in
> bugzilla there is at least one another -fcompare-debug issue that goes away
> with -gno-statement-frontiers (PR94340).
>
> Jakub
>
>
--
Richard Biener <rguenther@suse.de>
SUSE Software Solutions Germany GmbH, Maxfeldstrasse 5, 90409 Nuernberg,
Germany; GF: Felix Imendörffer; HRB 36809 (AG Nuernberg)
More information about the Gcc-patches
mailing list