Re: [cdt-dev] Code completion does not propose class members declaredbel

[Mike Kucera <mkucera@xxxxxxxxxx>]

There is a page on the CDT wiki that explains the parsers, there is a section on content assist that describes the use of those tokens:
http://wiki.eclipse.org/CDT/designs/Overview_of_Parsing


Mike Kucera
Software Developer
IBM Toronto
mkucera@xxxxxxxxxx

Doug Schaefer ---10/12/2009 11:55:52 AM---As for the strategy, Basically we bail out at the curse since it's very likely what comes after it will be difficult to parse a

From:	Doug Schaefer <cdtdoug@xxxxxxxxx>
To:	"CDT General developers list." <cdt-dev@xxxxxxxxxxx>
Date:	10/12/2009 11:55 AM
Subject:	Re: [cdt-dev] Code completion does not propose class members declaredbelow cursor (bug 103857)

---

As for the strategy, Basically we bail out at the curse since it's very likely what comes after it will be difficult to parse and at base have lots of error recovery. Mind you we didn't try it, so maybe it's not as bad as we feared. If you want to complete things declared after the cursor, I assume you'd need to try that.

On Mon, Oct 12, 2009 at 4:11 AM, Schorn, Markus <Markus.Schorn@xxxxxxxxxxxxx> wrote:

The token tCOMPLETION marks the incomplete (potentially empty) name at the point where the completion
is attempted. The token can be dealt with only once, after that the scanner will return the tEOC token, which
basically tells the parser to bail out of any grammar rules. (e.g. it allows the parser to create the ast for a function
definition without looking at the closing brace).
 
Markus.



---

From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Sergey Prigogin
Sent: Monday, October 12, 2009 2:25 AM
To: CDT General developers list.
Subject: [cdt-dev] Code completion does not propose class members declaredbelow cursor (bug 103857)
Importance: Low

I'd like to start working on bug 103857. As a preliminary step I'm collecting information about current design of code completion. In particular, I'm interested in tCOMPLETION and tEOC tokens. Why there are two separate tokens? What role each of them plays? Do these two tokens always share the same location? A detailed answer from somebody familiar with the current design will be highly appreciated.

Thanks,
-sergey

_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev

_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev