Discussion :

[nymformaticien]

Bonjour,

Je souhaite compiler une application avec cmake, sous Linux.
Après avoir créer mon CMakeLists.txt, je fais donc

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
cmake -G "Unix Makefiles" .
make

dans le répertoire contenant mon CMakeLists.txt.
J'ai alors 2 erreurs :

In file included from /home/moi/workspace/MyProject/Sources/MainWindow.cpp:56:
/usr/local/include/externalLibraryName/externalLibraryNameCore/anIncludeFile.h:249: erreur: invalid use of ‘::’
/usr/local/include/externalLibraryName/externalLibraryNameCore/anIncludeFile.h:249: erreur: expected ‘;’ before ‘<’ token
make[2]: *** [CMakeFiles/myproject.dir/Sources/MainWindow.cpp.o] Erreur 1
make[1]: *** [CMakeFiles/myproject.dir/all] Erreur 2
make: *** [all] Erreur 2

Les lignes 248-249 de anIncludeFile.h sont

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
struct imp;
boost::shared_ptr<imp> _p;

J'ai remarqué qu'ajouter

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#include <boost/shared_ptr.hpp>

au début de anIncludeFile.h résolvait mon problème.

Mais je préférerais ne pas avoir à modifier cette librairie externe.
De plus, cette librairie externe se compile parfaitement. Donc le problème doit venir de mes CMakeLists.txt, et non pas de la librairie externe.
Qu'en pensez-vous?

Merci par avance pour votre aide.

[koala01]

Salut,

De prime abord, si la compilation est sensée se dérouler correctement sans avoir effectivement inclus le fichier d'en-tête de boost::shared_ptr, c'est que le dit fichier (ou l'un des fichiers qui l'inclus de manière directe ou indirecte) est sensé être inclus directement par la commande de compilation.

Il ne serait d'ailleurs pas exclu qu'il existe un fichier d'en-tête quelconque incluant toute une série de fichiers (ceux de la STL ) dont boost/shared_ptr.hpp et définissant, pourquoi pas, une api d'exportation pour dll ( UNE_DLL_API )

Si tu ne veux pas modifier le fichier en question (ce que je peux comprendre), il faut donc que tu ajoute à la commande de compilation soit l'inclusion du fichier manquant de boost soit l'inclusion de ce fichier dans lequel toutes les inclusions "externes" sont effectuées.

Sous Gcc, cela se traduirait par l'ajout de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

-iboost/shared_ptr.hpp /* ou -ifichier_api.hpp */

(où fichier_api.hpp est le fichier d'en-tête dont je parle depuis le début ) à la commande g++

[nymformaticien]

Merci pour ta réponse!

J'ai trouvé la solution à mon problème, mais je n'ai pas compris pourquoi ça marche.

Je me suis inspiré du CMakeLists.txt du projet permettant de compiler la librairie externe en question (celle qui n'inclut pas boost/shared_ptr.hpp dans le fichier utilisant boost::shared_ptr).
J'ai juste ajouté la ligne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ADD_DEFINITIONS(-DUSE_BOOST_REGEX)

dans mon CMakeLists.txt, et ça compile.

D'après la doc CMake (http://www.cmake.org/cmake/help/cmak...dd_definitions) :

add_definitions: Adds -D define flags to the compilation of source files.

Que fait le drapeau USE_BOOST_REGEX? Comment est-il utilisé par le compilateur? Tous les drapeaux commençant par "USE" sont-ils utilisés de la même façon?

Merci par avance.

[koala01]

Il y a surement, quelque part dans le projet, un fichier (config.h non_de_la_lib_api.h ) qui est inclus sans doute presque partout dans lequel tu aura, entre autre un code proche de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
#ifdefined USE_BOOST_REGEX
#include <boost/shared_ptr.hpp>
/* some other include files */
#endif

Et, oui, de manière générale, tous les drapeaux commençant par USE seront utilisés de façon sensiblement identique