This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: RFA: implement all missing macro expansion features
- From: Tom Tromey <tromey at redhat dot com>
- To: Joel Brobecker <brobecker at adacore dot com>
- Cc: gdb-patches at sourceware dot org
- Date: Fri, 19 Sep 2008 22:53:57 -0600
- Subject: Re: RFA: implement all missing macro expansion features
- References: <m3fxoxghw5.fsf@fleche.redhat.com> <20080920001852.GC23372@adacore.com>
- Reply-to: Tom Tromey <tromey at redhat dot com>
>>>>> "Joel" == Joel Brobecker <brobecker@adacore.com> writes:
Joel> Thanks for adding the comment describing the function. Can you add an
Joel> extra empty line before the function declaration?
Sure. I was not sure which style is the preferred one -- though I see
now that this is in gdbint.texinfo. That said, both styles are common
in gdb, and in macroexp.c in particular, the blank line only appears
in one case.
Joel> Same here. And perhaps if you wouldn't mind describing the IS_VARARGS
Joel> and VA_ARG_NAME parameters...
Sure.
>> + /* Just ignore a stray token splicing operator. Really this
>> + is an error, but there's no reason to penalize the
>> + user. */
Joel> I don't see how this would be penalizing the user. when could
Joel> this error actually happen?
Some versions of gcc will pass a macro like this through.
Trunk rejects code that tries to do this. By 'this' I mean error
cases like having '##' at the start or end of the macro definition.
So, it can only happen in very weird circumstances.
I can make it an error. I doubt anybody will notice.
I'll resubmit the patch a bit later.
Tom