CMake incapable de déterminer le langage de l'éditeur de liens avec C ++

J'essaie d'exécuter un programme cmake hello world sur Windows 7 x64 avec Visual Studio 2010 et Cygwin, mais je n'arrive pas à faire fonctionner l'un ou l'autre. Ma structure de répertoires est la suivante:

HelloWorld
-- CMakeLists.txt
-- src/
-- -- CMakeLists.txt
-- -- main.cpp
-- build/

Je fais un cd buildsuivi d'un cmake .., et j'obtiens une erreur indiquant que

CMake Error: CMake can not determine linker language for target:helloworld
CMake Error: Cannot determine link language for target "helloworld".

Cependant, si je change l'extension de main.cpp en main.c à la fois sur mon filsystem et dans src/CMakeLists.txttout fonctionne comme prévu. C'est le cas à partir de l'invite de commande Visual Studio (Visual Studio Solution Generator) et du terminal Cygwin (Unix Makefiles Generator).

Une idée pourquoi ce code ne fonctionnerait pas?

CMakeLists.txt

PROJECT(HelloWorld C)
cmake_minimum_required(VERSION 2.8)

# include the cmake modules directory
set(CMAKE_MODULE_PATH ${HelloWorld_SOURCE_DIR}/cmake ${CMAKE_MODULE_PATH})

add_subdirectory(src)

src / CMakeLists.txt

# Include the directory itself as a path to include directories
set(CMAKE_INCLUDE_CURRENT_DIR ON)

# Create a variable called helloworld_SOURCES containing all .cpp files:
set(HelloWorld_SOURCES main.cpp)

# Create an executable file called helloworld from sources:
add_executable(hello ${HelloWorld_SOURCES })

src / main.cpp

int main()
{
  return 0;
}

Essayez de changer

PROJECT(HelloWorld C)

dans

PROJECT(HelloWorld C CXX)

ou juste

PROJECT(HelloWorld)

Voir: http://www.cmake.org/cmake/help/v2.8.8/cmake.html#command:project

J'ai aussi l'erreur que vous mentionnez:

CMake Error: CMake can not determine linker language for target:helloworld
CMake Error: Cannot determine link language for target "helloworld".

Dans mon cas, cela était dû au fait d'avoir des fichiers C ++ avec l' .ccextension.

Si CMake est incapable de déterminer correctement la langue du code, vous pouvez utiliser ce qui suit:

set_target_properties(hello PROPERTIES LINKER_LANGUAGE CXX)

La réponse acceptée qui suggère d'ajouter la langue à l' project()instruction ajoute simplement une vérification plus stricte de la langue utilisée (selon la documentation), mais cela ne m'a pas été utile:

Vous pouvez éventuellement spécifier les langues prises en charge par votre projet. Des exemples de langages sont CXX (ie C ++), C, Fortran, etc. Par défaut, C et CXX sont activés. Par exemple, si vous n'avez pas de compilateur C ++, vous pouvez désactiver la vérification de celui-ci en listant explicitement les langues que vous souhaitez prendre en charge, par exemple C. En utilisant le langage spécial "NONE", toutes les vérifications pour n'importe quelle langue peuvent être désactivées. S'il existe une variable appelée CMAKE_PROJECT__INCLUDE_FILE, le fichier pointé par cette variable sera inclus comme dernière étape de la commande de projet.

Dans mon cas, c'était simplement parce qu'il n'y avait pas de fichier source dans la cible. Toute ma bibliothèque était un modèle avec le code source dans l'en-tête. L'ajout d'un fichier.cpp vide a résolu le problème.

Aussi déroutant que cela puisse être, l'erreur se produit également lorsqu'un fichier cpp inclus dans le projet n'existe pas.

Si vous répertoriez vos fichiers source dans CMakeLists.txt et tapez un nom de fichier par erreur, vous obtenez cette erreur.

Une réponse un peu sans rapport avec OP mais pour des gens comme moi avec un problème un peu similaire.

Cas d'utilisation: Ubuntu (C, Clion, Auto-complétion):

J'ai eu la même erreur,

Erreur CMake: impossible de déterminer la langue du lien pour la cible "bonjour".

set_target_properties(hello PROPERTIES LINKER_LANGUAGE C) l'aide corrige ce problème mais les en-têtes ne sont pas inclus dans le projet et l'auto-complétion ne fonctionnera pas.

C'est ce que j'avais

cmake_minimum_required(VERSION 3.5)

project(hello)

set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11")

set(SOURCE_FILES ./)

add_executable(hello ${SOURCE_FILES})

set_target_properties(hello PROPERTIES LINKER_LANGUAGE C)

Aucune erreur mais pas ce dont j'avais besoin, j'ai réalisé que l'inclusion d'un seul fichier comme source m'obtiendrait une saisie semi-automatique et définira l'éditeur de liens sur C.

cmake_minimum_required(VERSION 3.5)

project(hello)

set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11")

set(SOURCE_FILES ./1_helloworld.c)

add_executable(hello ${SOURCE_FILES})

J'ai également rencontré une erreur similaire lors de la compilation de mon code basé sur C. J'ai résolu le problème en corrigeant le chemin du fichier source dans mon cmakefichier. Veuillez vérifier le chemin du fichier source de chaque fichier source mentionné dans votre cmakefichier. Cela pourrait aussi vous aider.

Par défaut, le dossier JNI Native est nommé jni . Le renommer en cpp a résolu le problème

Je souhaite ajouter une autre solution au cas où une bibliothèque sans aucun fichier source serait créée. Ces bibliothèques sont également appelées bibliothèques d' en- tête uniquement . Par défaut, add_libraryattend au moins un fichier source ajouté ou sinon l'erreur mentionnée se produit. Puisque les bibliothèques d'en-tête uniquement sont assez courantes, cmake a le INTERFACEmot - clé pour construire de telles bibliothèques. Le INTERFACEmot-clé est utilisé comme indiqué ci-dessous et élimine le besoin d'ajouter des fichiers source vides à la bibliothèque.

add_library(myLibrary INTERFACE)
target_include_directories(myLibrary INTERFACE {CMAKE_CURRENT_SOURCE_DIR})

L'exemple ci-dessus créerait une bibliothèque d'en-tête uniquement comprenant tous les fichiers d'en-tête dans le même répertoire que CMakeLists.txt. Remplacez-le {CMAKE_CURRENT_SOURCE_DIR}par un chemin au cas où vos fichiers d'en-tête se trouveraient dans un répertoire différent du fichier CMakeLists.txt.

Jetez un œil à ce billet de blog ou à la documentation cmake pour plus d'informations sur les bibliothèques d'en-tête uniquement et cmake.

J'ai réussi à résoudre le mien, en changeant

add_executable(file1.cpp)

à

add_executable(ProjectName file1.cpp)

Dans mon cas, l'implémentation d'une fonction membre d'une classe dans un fichier d'en-tête provoque cette erreur. La séparation de l'interface (dans le fichier xh) et de l'implémentation (dans le fichier x.cpp) résout le problème.