public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* [mudflap] gimple grammar question
@ 2004-10-15 21:32 Frank Ch. Eigler
  0 siblings, 0 replies; only message in thread
From: Frank Ch. Eigler @ 2004-10-15 21:32 UTC (permalink / raw)
  To: gcc; +Cc: Diego Novillo, Jason Merrill

Hi -

I found another case where the 2003-December conversion of mudflap
instrumentation from tree-walking to gimple statement iteration is
missing stuff.  It relates to complex compound expressions like
those in libmudflap's pass50-frag.c test case: (e.g. "k->a2[i1].b1[i2]").
Before this conversion, the code used to instrument each relevant
subexpression (the "->", and the two array index ops).  Now it only
protects the outermost or innermost access.

While investigating how to resuscitate some of the previous working code,
I started looking at tree-ssa documentation for a formal definition of
how rich expressions we may have to deal with.  In tree-ssa.texi, I
find the productions for "inner-compref", "min-lval", "val" which are
relevant (but mysteriously inner-compref includes min-lval recursively,
which seems to make nested INDIRECT_REFs possible).  However, the
text misses the definition for "ID" as used as rvalues and presumably
meant to include compound expressions.  Can this text be clarified to
spell out what's intended?

- FChE

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2004-10-15 21:01 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-10-15 21:32 [mudflap] gimple grammar question Frank Ch. Eigler

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).