Une bibliothèque pour parser du C++ ?

Bonjour à tous,

Je suis à la recherche d'un moyen de parser du C++ pour essentiellement récupérer le nom des fonctions et variables membres des classes. J'ai deux alternatives.

Soit je fais le boulot moi-même (Boost.Spirit serait alors mon compagnon de jeu), mais :
1) C'est dur
2) C'est quand même pas malin de réinventer la roue (je suis quand même pas le premier à vouloir parser du C++ ?)

Ou alors, je dois trouver une super lib qui fait tout à ma place.
En me renseignant sur Boost.Spirit, j'ai appris l'existence d'un tel projet, BoostSpiritCXXParser, mais je ne sais même pas si son développement a été commencé…
En cherchant j'ai aussi entendu parler d'Elsa, qui a l'air bien. Je dois tester.

Outre ces deux-là, connaîtriez-vous une lib de parsing de C++ ?
Celle-ci doit remplir ces conditions :
- Même si le corps des méthodes n'est pas parsé, il faut que j'aie accès à leur corps sous forme de string… oui, je sais, je demande la lune :D (j'aime bien l'ambiguïté de cette phrase)
- Idem pour les directives de compilations (macros, tout ça), les typedef… tout
EDIT : En bref je dois être capable de réécrire intégralement le code à partir des informations que me donne le parser.

Voilà tout… je ne précise rien de plus, j'ai conscience que je suis en train de réclamer une rareté !
Merci forum !

Euh ... Y'a des trucs dans le framework .NET, mais question portabilité, on fait mieux. Après, faut voir ton besoin. Tu peux par exemple aller voir du côté de FileCodeModel ou de CodeElements.

Ah oui, il me faut quelque chose de complètement portable.
Ça n'a pas non plus l'air d'être le cas de FileCodeModel et CodeElements, je ne tombe que sur des pages Microsoft. J'imagine mal le portage sous Linux :lol:

Merci quand même !

Idées en vrac, et non approfondies :

- Doxygen
- gcc
- Pivot/IPR (http://www.research.att.com/~bs/SELL-HPC.pdf), ce n'est probablement pas un truc fini ni clef en main, mais ça peut être un point de recherche.

Quand tu dis gcc, tu parles des informations de compilation de gcc, j'imagine ?
Le truc c'est que j'ai besoin de pouvoir réécrire le code intégralement, commentaires compris !

Je vais me renseigner sur les 2 autres (bien que je sois dubitatif en ce qui concerne Doxygen… c'est bien le javadoc du C++, non ?).

Merci !

Après réflexion, je pense que je ferai mieux de faire le parsing moi-même avec Boost.Spirit. Je n'ai pas besoin de parser le corps des fonctions, et sachant que le programme risque de parser très fréquemment, je ferai mieux d'optimiser la chose juste pour mes besoins.
Puis ça m'apprendra à utiliser Spirit :)

Je passe en résolu quand même. Merci à tous.

Dans ce cas, je te conseille de regarder aussi boost::wave : fait à l'aide de boost::spirit, il s'occupe de la phase de pré-processing, ce qui me semble un pré-requis nécessaire par rapport au but indiqué.

gcc : J'imaginais plutôt modifier le code source de gcc pour qu'il sorte d'autres infos. Je ne sais pas si c'est aisé.

doxygen, oui, c'est bien un javadoc like (ou est-ce l'inverse ?) et donc il parse les fichiers pour en extraire les fonctions, avec leur corps ou pas, et fait aussi une "compilation" partielle des macros,... Il a je crois des fichiers intermédiaires en XML qui pourrait être simples à parser. Et selon ce que tu veux faire, il possède aussi des infos de cross-referencing.

Merci pour l'info concernant Wave, j'irai voir ça…

J'aimerais éviter de passer par du XML, ce serait vraiment du gâchis de passer par des accès disques inutiles, et comme je le disais j'ai vraiment besoin que l'opération de parsing soit la moins douloureuse possible.

Modifier le code source de GCC… hum, tu veux ma mort ? :D

Parser C++, c'est très compliqué. Il faut faire l'analyse lexicale et sémantique en même temps.