I too have a looming spectre of a C++ analysis project, one of the goals of the project is to be able to efficiently process huge volumes (read GBs) of code. Given the current benchmarks of language.c compared to the g++ front end. I was thinking of using an existing C++ parser written in C++, probably Elsa[1]. Then use haskell to analyze the resulting AST.
[1] http://74.125.95.132/search?q=cache:7z7wl7oiy70J:www.eecs.berkeley.edu/~smcpeak/elkhound/sources/elsa/+elsa+c%2B%2B&cd=1&hl=en&ct=clnk&gl=us&client=firefox-a The link seems to be dead at the moment. On Thu, Jul 16, 2009 at 12:29 PM, Rick R <[email protected]> wrote: > There is language.c > > http://www.sivity.net/projects/language.c/ > http://hackage.haskell.org/package/language-c > > > From a parsing standpoint, C++ is a massive departure from C. Good luck > though. > > > On Thu, Jul 16, 2009 at 12:25 PM, Roy Lowrance <[email protected]>wrote: > >> I am working on a research language that is a variant of C. I'd like >> to use Parsec as the parser. >> >> Is there an existing Parsec parser for C or C++ (or Java) that could >> serve as a starting point? >> >> Thanks, Roy >> _______________________________________________ >> Haskell-Cafe mailing list >> [email protected] >> http://www.haskell.org/mailman/listinfo/haskell-cafe >> > > > > -- > "The greatest obstacle to discovering the shape of the earth, the > continents, and the oceans was not ignorance but the illusion of knowledge." > > - Daniel J. Boorstin > > -- "The greatest obstacle to discovering the shape of the earth, the continents, and the oceans was not ignorance but the illusion of knowledge." - Daniel J. Boorstin
_______________________________________________ Haskell-Cafe mailing list [email protected] http://www.haskell.org/mailman/listinfo/haskell-cafe
