2015-04-28 1 views
2

Je suis en train de construire un exemple en utilisant CMake qui a besoin de python et mpi.I ont plusieurs versions de Python installées, ipython python pvpython et python Anaconda. J'ai mis python normal dans ma variable PATH (je travaille dans ubuntu-linux) Je suis nouveau à cmake stuff. Certaines personnes ont déclaré que je devais changer toolchainfile.cmake mais je ne peux pas le trouver dans mes fichiers d'exemple. Tout plomb sur la façon de résoudre ce problème? Merci d'avance! Voici l'erreur que je reçois lors de l'exécution de ccmake.Comment faire pour résoudre cmake répertoire libz.so.1 conflit avec la bibliothèque dans les répertoires implicites de anaconda python? python

CMake Warning at CMakeLists.txt:14 (ADD_EXECUTABLE): 

Impossible de générer un chemin de recherche d'exécution sûr pour cible Fortran90FullExample , car les fichiers dans certains répertoires peuvent entrer en conflit avec les bibliothèques dans les répertoires implicites :

runtime library [libz.so.1] in /usr/lib/x86_64-linux-gnu may be hidden by 
files in:/home/xxx/anaconda/lib 
runtime library [libpython2.7.so.1.0] in /usr/lib/x86_64-linux-gnu may be 
hidden by files in: 
/home/xxx/anaconda/libSome of these libraries may not be found correctly. 
+0

Pouvez-vous passé le code cmakelists.txt? Je ne pense pas qu'il soit suffisant de mettre le bon python dans le chemin, vous devriez vérifier les variables liées à python dans la configuration de cmake (utilisez ccmake, puis appuyez sur "t" pour basculer vers la vue avancée). J'ai eu récemment un problème qui semblait lié à http://public.kitware.com/Bug/print_bug_page.php?bug_id=9897, l'espoir qui aide – lib

+0

de toute façon ce que vous publiez est un avertissement, pas une erreur, êtes-vous capable de continuer la configuration de toute façon? – lib

+0

Oui, j'étais capable de le configurer. Mais après le make run généré des erreurs. – MadHatter

Répondre

0

Je recherche le fichier dans libz.so.1/usr/lib/x86_64-linux-gnu répertoire et il était dedans. J'ai donc défini les chemins spécifiquement pour ce répertoire et non les répertoires anaconda.

Cette fois, j'ai utilisé ccmake au lieu de cmake et j'ai été capable de donner facilement les chemins sur/usr/lib/x86_64-linux-gnu au lieu des chemins anaconda. J'ai aussi changé mon chemin python d'anaconda python vers l'emplacement python habituel qui était/usr/bin pour moi.

Je a ajouté à la voie PATH =/usr/bin: $ PATH Cela ajoute à l'avant de la variable PATH et n'a pas d'effet ce qui est déjà là. Également j'ai dû mettre PYTHONHOME = $ PYTHONPATH pour se débarrasser de toutes les erreurs connexes