RE: [cdt-dev] FW: [eclipse-dev] C# plugin for Eclipse

[Doug Schaefer <DSchaefer@xxxxxxx>]

Well, I'll let you know when I get there :).

My plan is to keep IASTName for symbol declarations and references, and
IBinding which links all uses of a symbol together. It's really these two
interfaces that drive most of the functionality that uses the DOM. There are
a few more for bookkeeping to keep track of the name to source mapping.

One reason I'm focusing on C# is that it also uses the pre-processor. I want
to figure out how to properly integrate the pre-processors. The way are in
the CDT parser, where it pre-processes as it is scanning, turned out to be
difficult to get right and probably made things more complex than they
needed to be. And, it's not very reusable.

Without my army behind me I need to go through and simplify the architecture
as I've done with the indexer (PDOM). This pre-processor work may be next
(followed closely by resolveBinding algorithms in C and C++ :( ).

My hope is that we can follow this architecture for Fortran and other
languages people may be interested in (someone say Objective-C?)

Then we can build a rewriter framework for refactoring for all, and so on...

Doug Schaefer, QNX Software Systems
Eclipse CDT Project Lead, Tools PMC member
http://cdtdoug.blogspot.com
 

-----Original Message-----
From: cdt-dev-bounces@xxxxxxxxxxx [mailto:cdt-dev-bounces@xxxxxxxxxxx] On
Behalf Of Craig Rasmussen
Sent: Thursday, June 15, 2006 5:55 PM
To: CDT General developers list.
Subject: Re: [cdt-dev] FW: [eclipse-dev] C# plugin for Eclipse


On Jun 15, 2006, at 12:20 PM, Doug Schaefer wrote:

> ANTLR is LL(*) BTW, where I assume LLK is, well, LL(k). ANTLR is  
> much more
> powerful and makes grammar writing a hell of a lot easier. It  
> actually meets
> the needs we had for our C++ grammar which we ended up doing by  
> hand because
> none of the parser generators could do LL(*). Good times ahead for  
> us parser
> writers :)!
>

Doug,

Could you say a few words about what needs to be done to fit a  
general grammar (say in ANTLR) into the DOM infrastructure.  For  
example, will the C# IAST nodes be the same as or only similar to the  
C nodes?

I'm asking because LANL needs to modify the Photran parser (actually  
only the scanner) to be able to use the CDT preprocessor code as many  
Fortran codes use the C preprocessor.  I'm just wondering what could  
be done to bring the entire Photran  parsing into the DOM umbrella  
and what it would gain.  Would it help in refactoring, for example.   
I have someone who might like to help with this project but I'd like  
to get some idea of its scope.

Cheers,
Craig

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