From: Richard Biener <rguenther@suse.de>
To: Jakub Jelinek <jakub@redhat.com>
Cc: Alexandre Oliva <aoliva@redhat.com>, gcc-patches@gcc.gnu.org
Subject: Re: [PATCH] Fix up creation of lowpart subregs in valtrack (PR debug/65678)
Date: Tue, 07 Apr 2015 14:24:00 -0000 [thread overview]
Message-ID: <alpine.LSU.2.11.1504071624310.5207@zhemvz.fhfr.qr> (raw)
In-Reply-To: <20150407142311.GH19273@tucnak.redhat.com>
On Tue, 7 Apr 2015, Jakub Jelinek wrote:
> Hi!
>
> gen_rtx_SUBREG/gen_lowpart_SUBREG ICE when trying to create a subreg
> the backend doesn't like, lowpart_subreg returns NULL. But, for debug info
> purposes, all lowpart subregs are valid, a subreg in the debug insns or
> var-tracking notes is simply a mode punning construct, and even when the
> backend doesn't have any instruction to perform such operation, the debugger
> can always do the punning.
>
> var-tracking.c already has code to emit gen_rtx_raw_SUBREG if everything
> else fails, the following patch adjusts valtrack.c to do the same thing.
>
> Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
Ok.
Thanks,
Richard.
> 2015-04-07 Jakub Jelinek <jakub@redhat.com>
>
> PR debug/65678
> * valtrack.c (debug_lowpart_subreg): New function.
> (dead_debug_insert_temp): Use it.
>
> * g++.dg/debug/pr65678.C: New test.
>
> --- gcc/valtrack.c.jj 2015-01-05 13:07:14.000000000 +0100
> +++ gcc/valtrack.c 2015-04-07 11:10:36.045912355 +0200
> @@ -534,6 +534,22 @@ dead_debug_add (struct dead_debug_local
> bitmap_set_bit (debug->used, uregno);
> }
>
> +/* Like lowpart_subreg, but if a subreg is not valid for machine, force
> + it anyway - for use in debug insns. */
> +
> +static rtx
> +debug_lowpart_subreg (machine_mode outer_mode, rtx expr,
> + machine_mode inner_mode)
> +{
> + if (inner_mode == VOIDmode)
> + inner_mode = GET_MODE (expr);
> + int offset = subreg_lowpart_offset (outer_mode, inner_mode);
> + rtx ret = simplify_gen_subreg (outer_mode, expr, inner_mode, offset);
> + if (ret)
> + return ret;
> + return gen_rtx_raw_SUBREG (outer_mode, expr, offset);
> +}
> +
> /* If UREGNO is referenced by any entry in DEBUG, emit a debug insn
> before or after INSN (depending on WHERE), that binds a (possibly
> global) debug temp to the widest-mode use of UREGNO, if WHERE is
> @@ -662,9 +678,9 @@ dead_debug_insert_temp (struct dead_debu
> /* Ok, it's the same (hardware) REG, but with a different
> mode, so SUBREG it. */
> else
> - breg = lowpart_subreg (GET_MODE (reg),
> - cleanup_auto_inc_dec (src, VOIDmode),
> - GET_MODE (dest));
> + breg = debug_lowpart_subreg (GET_MODE (reg),
> + cleanup_auto_inc_dec (src, VOIDmode),
> + GET_MODE (dest));
> }
> else if (GET_CODE (dest) == SUBREG)
> {
> @@ -684,9 +700,9 @@ dead_debug_insert_temp (struct dead_debu
> breg = NULL;
> /* Yay, we can use SRC, just adjust its mode. */
> else
> - breg = lowpart_subreg (GET_MODE (reg),
> - cleanup_auto_inc_dec (src, VOIDmode),
> - GET_MODE (dest));
> + breg = debug_lowpart_subreg (GET_MODE (reg),
> + cleanup_auto_inc_dec (src, VOIDmode),
> + GET_MODE (dest));
> }
> /* Oh well, we're out of luck. */
> else
> @@ -740,7 +756,8 @@ dead_debug_insert_temp (struct dead_debu
> *DF_REF_REAL_LOC (cur->use) = dval;
> else
> *DF_REF_REAL_LOC (cur->use)
> - = gen_lowpart_SUBREG (GET_MODE (*DF_REF_REAL_LOC (cur->use)), dval);
> + = debug_lowpart_subreg (GET_MODE (*DF_REF_REAL_LOC (cur->use)), dval,
> + GET_MODE (dval));
> /* ??? Should we simplify subreg of subreg? */
> bitmap_set_bit (debug->to_rescan, INSN_UID (DF_REF_INSN (cur->use)));
> uses = cur->next;
> --- gcc/testsuite/g++.dg/debug/pr65678.C.jj 2015-04-07 11:18:51.701891845 +0200
> +++ gcc/testsuite/g++.dg/debug/pr65678.C 2015-04-07 11:19:50.285943861 +0200
> @@ -0,0 +1,35 @@
> +// PR debug/65678
> +// { dg-do compile }
> +
> +long long v;
> +
> +static int
> +bar (double x)
> +{
> +#if __SIZEOF_DOUBLE__ == __SIZEOF_LONG_LONG__
> + __builtin_memmove (&v, &x, sizeof v);
> +#else
> + (void) x;
> + v = 0;
> +#endif
> + return v;
> +}
> +
> +struct A
> +{
> + A (double x) : a (bar (x)) {}
> + int m1 ();
> + int m2 () { int b = a; return b; }
> + int a;
> +};
> +
> +void foo ();
> +
> +void
> +baz (double x)
> +{
> + int c = A (x).m2 ();
> + int d = A (x).m1 ();
> + if (d)
> + foo ();
> +}
>
> Jakub
>
>
--
Richard Biener <rguenther@suse.de>
SUSE LINUX GmbH, GF: Felix Imendoerffer, Jane Smithard, Jennifer Guild,
Dilip Upmanyu, Graham Norton HRB 21284 (AG Nuernberg)
next prev parent reply other threads:[~2015-04-07 14:24 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-07 14:23 Jakub Jelinek
2015-04-07 14:24 ` Richard Biener [this message]
2015-04-26 10:51 ` Richard Sandiford
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=alpine.LSU.2.11.1504071624310.5207@zhemvz.fhfr.qr \
--to=rguenther@suse.de \
--cc=aoliva@redhat.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=jakub@redhat.com \
/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).