[LLVMdev] Proposal for GSoC project for clang front end

Wilhansen Li krad at crammerz-inc.net
Wed Mar 19 11:16:15 PDT 2008


On 3/19/08, Argiris Kirtzidis <akyrtzi at gmail.com> wrote:
>  I'd like to hear your opinions and ideas for a proposal to improve
>  support for C++ parsing for LLVM's clang front end.
>
>  Goal:
>  Improve clang's C++ support. The scope of the project will be limited to
>  C++ parsing, not code generation (I think the
>  timeframe of a GSoC project and the complexity of C++ doesn't allow full
>  C++ support to be developed).
>
>  C++ parsing support includes (but is not limited to):
>  -Namespace declarations, using directives.
>  -Class declarations, class members, methods etc.
>  -Overload method/function matching.
>  -C++ name lookup rules, scope resolution.
>  -Class/function templates.
>
>  Is LLVM interested in accepting such a proposal ?
>  If yes, can you offer me hints on what is the best way to describe such
>  a proposal (I mean, should I make a list about
>  each and every specific C++ feature that the parser should be able to
>  handle ?)
>
>  Any thoughts about the subject will be greatly appreciated.
>

I'm also quite interested in improving the clang front-end: there are
too many projects in dire need of a good C/C++ parser (like
Code::Blocks or Eclipse's CDT for instance). However, I will have to
admit that I'm not very experienced with creating parsers for
programming languages (though I'm quite proficient with C++).

In any case, I could probably take on a less daunting task like
writing the documentation for clang (right now, the documentation is
very, very....lacking), helping another participant (not too sure how
to work it out though) or fixing some TODOs in the clang code (like
providing a better alternative for the hard-coded include paths).

Before I forget my introductions, I'm an undergrad of Computer Science
and Math from Ateneo de Manila University (http://www.admu.edu.ph/) in
the Philippines.

-- 
Life is too short for dial-up.



More information about the llvm-dev mailing list