This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [RFA] Patch to limit field name completion candidates
- From: Tom Tromey <tromey at redhat dot com>
- To: Eli Zaretskii <eliz at gnu dot org>
- Cc: gdb-patches at sources dot redhat dot com
- Date: Tue, 13 May 2008 09:31:20 -0600
- Subject: Re: [RFA] Patch to limit field name completion candidates
- References: <m38wyf6py1.fsf@fleche.redhat.com> <ubq3alwq8.fsf@gnu.org>
- Reply-to: Tom Tromey <tromey at redhat dot com>
>>>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:
>> I only updated the C parser. This code works by modifying the lexer
>> to return a special COMPLETE token in the important cases. Note that
>> it completes both "p foo.TAB" and "p foo.somethingTAB" correctly --
>> the former by making an expression to a field with an empty name.
Eli> Thanks. But what about the situation where I actually want to type
Eli> p foo.c:bar
Eli> If I type "p foo.<TAB>", will I see "foo.c" as one of the possible
Eli> completions, after your change, whether there is or isn't also a
Eli> struct foo in the program?
Nope, it won't.
I didn't realize this syntax was permissible. And I can't seem to get
it to work on a simple test case:
Breakpoint 1, main () at s.c:8
8 return values[57].free2;
(gdb) p s.c:values[0]
No symbol "s" in current context.
How can I see this in action?
Tom