This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: stack-protector guard location
- From: Richard Henderson <rth at redhat dot com>
- To: Roland McGrath <roland at redhat dot com>
- Cc: GCC Patches <gcc-patches at gcc dot gnu dot org>
- Date: Thu, 27 Aug 2009 17:20:43 -0700
- Subject: Re: stack-protector guard location
- References: <20090827225535.CF70E4050F@magilla.sf.frob.com> <4A971CE3.2060404@redhat.com> <20090828001251.1FC4645B02@magilla.sf.frob.com>
On 08/27/2009 05:12 PM, Roland McGrath wrote:
I was kind of thinking that "anonymous variable of type volatile pointer to
nothing" would be how we'd recognize it. Giving it this name does mean you
can suddenly make use of it without any new debugger support.
Well, given enough debugger hacking, I suppose that could be
made to work in this instance at the moment. But it would
probably break when we have need of another anonymous variable
type of thing for some other feature.
I guess if it's DW_AT_artificial, the name means whatever we say
it means. But I don't think we want debuggers to think it's a
source-visible artifical variable (like "this" in C++ is).
I guess I just assumed that the debugger really wouldn't get
too confused because the variable name isn't likely to overlap
with anything that's currently in use. I do like the current
patch because your use cases Just Work with the current gdb.
But hey, an opinion from the debugger camp is certainly welcome.
r~