CMake nie może określić języka konsolidatora w C ++

Próbuję uruchomić program cmake hello world na Windows 7 x64 z Visual Studio 2010 i Cygwin, ale nie wydaje mi się, aby działał. Moja struktura katalogów jest następująca:

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

Robię a, cd builda po nim a cmake ..i otrzymuję błąd z informacją, że

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

Jeśli jednak zmienię rozszerzenie main.cpp na main.c zarówno w moim systemie plików, jak i we src/CMakeLists.txtwszystkim działa zgodnie z oczekiwaniami. Dzieje się tak w przypadku uruchamiania zarówno z wiersza polecenia programu Visual Studio (Generator rozwiązań programu Visual Studio), jak i terminala Cygwin (generator Unix Makefiles).

Masz jakiś pomysł, dlaczego ten kod nie zadziała?

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;
}

Spróbuj zmienić

PROJECT(HelloWorld C)

w

PROJECT(HelloWorld C CXX)

Lub tylko

PROJECT(HelloWorld)

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

Otrzymałem również błąd, o którym wspomniałeś

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

W moim przypadku było to spowodowane posiadaniem plików C ++ z .ccrozszerzeniem.

Jeśli CMake nie może poprawnie określić języka kodu, możesz skorzystać z:

set_target_properties(hello PROPERTIES LINKER_LANGUAGE CXX)

Przyjęta odpowiedź sugerująca dołączenie języka do project()stwierdzenia po prostu dodaje bardziej rygorystyczne sprawdzanie używanego języka (zgodnie z dokumentacją), ale nie było to dla mnie pomocne:

Opcjonalnie możesz określić, które języki obsługuje Twój projekt. Przykładowe języki to CXX (tj. C ++), C, Fortran itp. Domyślnie C i CXX są włączone. Np. Jeśli nie masz kompilatora C ++, możesz wyłączyć sprawdzanie tego, jawnie wymieniając języki, które chcesz obsługiwać, np. C. Używając specjalnego języka „NONE”, można wyłączyć wszystkie sprawdzanie dowolnego języka. Jeśli istnieje zmienna o nazwie CMAKE_PROJECT__INCLUDE_FILE, plik wskazywany przez tę zmienną zostanie dołączony jako ostatni krok polecenia projektu.

W moim przypadku było to tylko dlatego, że w miejscu docelowym nie było pliku źródłowego. Cała moja biblioteka była szablonem z kodem źródłowym w nagłówku. Dodanie pustego pliku.cpp rozwiązało problem.

Choć może to być mylące, błąd występuje również, gdy plik cpp zawarty w projekcie nie istnieje.

Jeśli wymienisz pliki źródłowe w CMakeLists.txt i omyłkowo wpiszesz nazwę pliku, pojawi się ten błąd.

Trochę niepowiązana odpowiedź na OP, ale dla ludzi takich jak ja z nieco podobnym problemem.

Przykład zastosowania: Ubuntu (C, Clion, automatyczne uzupełnianie):

Miałem ten sam błąd,

Błąd CMake: nie można określić języka linku dla docelowego „hello”.

set_target_properties(hello PROPERTIES LINKER_LANGUAGE C) help rozwiązuje ten problem, ale nagłówki nie są dołączane do projektu i autouzupełnianie nie działa.

Oto, co miałem

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)

Żadnych błędów, ale nie to, czego potrzebowałem, zdałem sobie sprawę, że włączenie pojedynczego pliku jako źródła zapewni mi autouzupełnianie, a także ustawi konsolidator na 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})

Napotkałem również podobny błąd podczas kompilowania kodu w języku C. Rozwiązałem problem, poprawiając ścieżkę do pliku źródłowego w moim cmakepliku. Sprawdź ścieżkę do każdego pliku źródłowego wymienionego w twoim cmakepliku. To też może ci pomóc.

Domyślnie folder JNI Native nosi nazwę jni . Zmiana nazwy na cpp rozwiązała problem

Chcę dodać inne rozwiązanie na wypadek, gdyby powstała biblioteka bez żadnych plików źródłowych. Takie biblioteki są również znane jako biblioteki tylko z nagłówkami . Domyślnie add_libraryoczekuje co najmniej jednego dodanego pliku źródłowego lub w przeciwnym razie wystąpi wspomniany błąd. Ponieważ biblioteki obsługujące tylko nagłówki są dość powszechne, cmake ma INTERFACEsłowo kluczowe do tworzenia takich bibliotek. Słowo INTERFACEkluczowe jest używane w sposób pokazany poniżej i eliminuje potrzebę dodawania pustych plików źródłowych do biblioteki.

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

Powyższy przykład utworzyłby bibliotekę tylko z nagłówkiem, zawierającą wszystkie pliki nagłówkowe w tym samym katalogu, co CMakeLists.txt. Zastąp {CMAKE_CURRENT_SOURCE_DIR}ścieżką, jeśli pliki nagłówkowe znajdują się w innym katalogu niż plik CMakeLists.txt.

Zapoznaj się z tym postem na blogu lub dokumentacją cmake, aby uzyskać dalsze informacje dotyczące bibliotek obsługujących tylko nagłówki i cmake.

Udało mi się rozwiązać swoje, zmieniając się

add_executable(file1.cpp)

do

add_executable(ProjectName file1.cpp)

W moim przypadku zaimplementowanie funkcji składowej klasy w pliku nagłówkowym powoduje ten błąd. Oddzielenie interfejsu (w pliku xh) i implementacji (w pliku x.cpp) rozwiązuje problem.