Hur bygger jag ett CMake projekt från ett MSBuild projekt?

Hur bygger jag ett CMake projekt från ett MSBuild projekt?
Jag ska kompilera C++ kod i Linux och jag behöver något som kan kompilera mitt projekt.

Tackar.

Jag håller på virtualisera linux så jag kan testa skapa en CMake med cmake-converter.
Det tar ett tag.

cmake-converter fungerar....men när jag ska bygga mitt program med vcpkg, så säger den att den saknar bibliotek. Alltså inte vcpkg, utan cmake kan inte hitta biblioteken.

Finns det inget bättre alternativ än cmake?

Jag har försökt med detta, precis denna länk.
Men jag har inte kommit vidare.

Däremot har jag hittat en lösning: https://www.youtube.com/watch?v=af-1hDfoRcg&ab_channel=AllAbo...

Att kompilera kod, som skickas till linuxmaskiner över SSH. Det fungerar fint.
Men nu är nästa problem. Jag måste ha underbibliotek.

Jag vet inte hur man får denna Linux Embedded GDB att fungera med vcpkg.
Är det så här man inkluderar bibliotek?

Nu har det börjat bli bättre.
Jag hittade en lösning https://www.youtube.com/watch?v=j13iYc6zRuk&ab_channel=BoostM...

Men varför är det felmeddelanden fortfarande kvar? Jag använder mig av C++20.

Jag ändrade till C++2a och då försvann alla dessa tusen felmeddelanden. Men istället så kan den inte läsa dom där biblioteken som jag inkluderade. Notera att det är skumt att min IDE kan hitta filerna, men inte min kompilator.

Jag har testat installerat Eclipse CDT och försökt få in mitt projekt där. Men Eclipse CDT klagar på allt. Den klagar till och med på vector.

Jag har använt mig av MSVC kompilatorn, och den kanske skiljer sig från vanlig GCC?
Jag menar, MSVC accepterar att man blandar C och C++ kod, medan GCC gillar inte det.

Jag använde t.ex. strcpy_s som är en minnessäker funktion, men GCC gillade inte den för strcpy_s är en C funktion, inte C++.

Jag försöker få ImGui för Linux.

Jag har testat lite saker. Första är att kompilera med GCC på linux. Det fungerar halvt, för att kompilatorn klagar väldigt mycket på C++ koden. Sedan har Eclipse något konstigt beteende som gör så att den säger att "Funktionen finns inte", men ändå finns den. Eller att den klagar på "Felaktiga argument", än fast argumenten är korrekta.

Sedan har jag testat att kompilera C++ kod på Windows med ett speciellt plugin för Visual Studio Community 2022. Då kan jag alltså skriva C++ kod för linux, på windows som sedan överförs till Linux via SSH. Detta fungerar bra! Problemet är att jag måste ha linux-bibliotek i vcpkg och vcpkg tillåter inte mig att installera linuxbibliotek hos windows.

Så där blir det ett problem. Men jag jobbar vidare på Vcpkg. Det måste fungera att få ned linuxbibliotek för windows.

Den klagar på std::map, strcpy_s, std::memset, sprintf_s osv. Detta inträffar i Eclipse.

Jag har en liten teori! Med tanke på att jag ska kompilera för Linux. Alla linux-distar har ett eget paketeringssystem. Dom enda bibliotek som jag behöver är Boost Asio, Libmodbus, OpenGL, Boost Filesystem, Boost Date Time och MySQL C++ Connector.

Allt detta finns ju redan färdiga som paket i t.ex. Ubuntu.

Så det skulle bara fungera för mig att installera dessa bibliotek och sedan kompilera min main.cpp fil som vanligt.

Den säger "cannot be resolved". Detta är en klassiker. Ofta handlar det om att man har glömt att importera en .h fil. Men jag har verkligen varit noga på detta att .h filerna ska var på rätt plats och dom ska länkas i programmet.

Jag ska försöka med den traditionella metoden. Det är ju bara för Linux jag ska hålla på så där med.

Nu när jag kör på den traditionella metoden, så blev det enklare att skapa min CMakeLists.txt

cmake_minimum_required(VERSION 3.18)
project(ProgramNamn)

file(GLOB_RECURSE SOURCES "src/*.cpp")

file(GLOB_RECURSE INCLUDES "src/*.h")

include_directories(${INCLUDES})

add_executable(ProgramNamn ${SOURCES})

Jag har anropat

cmake -B build .

Och nu fick jag en mapp som heter build.
Jag bygger nu mitt program

cmake --build build

Och nu klagar den på att strcpy_s was not decleared.

Japp!

Även lagt till

set(CMAKE_C_COMPILER "/usr/bin/clang")

set(CMAKE_CXX_COMPILER "/usr/bin/clang++")

set(CMAKE_CXX_STANDARD 20)

set(CMAKE_BUILD_TYPE "Release")

set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -O3")

Nej. Det är inte bara jag som har problem med detta.

I detta fall ser min kod ut så här

char text[200];
strcpy_s(text, selectedItems.at(i).c_str());

Där selectedItems är alltså en std::vectror<std::string>. Så det handlar om att överföra en std:string till en char[] array.
Visst, jag kan lösa detta på ett annat sätt också. std::memcpy går ju, men det blir inte lika bra.

Bufferten kommed med automatiskt. strcpy_s är en unik funktion som känner av arrayens storlek. Notera att det måste vara en array och inte pekar-array.

strncpy ger ett fel från min MSVC kompilator att den rekommenderar strncpy_s.

Så så fort det kommer till dessa funktioner. ctime_s, strcpy_s, strncpy_s osv, då fungerar dom inte.
Jag kan ju avvaktivera dessa varningar i min MSBuild....men detta känns som man gör fel då.
Alla dessa _s funktioner finns ju av en anledning att det ska vara minnessäkert.

Jag avaktiverade felmeddelanden och kör endast på C++ funktioner.
Ja, det måste vara Microsofts egna hittepå det här.

Nu går jag vidare i min kompilering. Jag stöter på lite saker som jag löser Men en snabb fråga! Mysqlx, dvs MySQL Connector C++.

I Windows så importerar jag med #include <mysqlx/xdevapi.h>, Men i Linux (Ubuntu) finns inte denna!
Jag testar installera via

sudo apt install libmysqlcppconn-dev

Visst, jag får en mapp i /usr/include/cppconn, men jag vet inte vilka filer jag ska använda. Troligtvis har jag installerat fel bibliotek.

Nu har jag fått det att fungera! Nu är det inget som saknas.

Men den klagar nu på Mysql funktionerna. Jag tror jag har glömt att länka till .lib-arna. Eller måste man göra det också med CMake?

Den säger "undefined reference too...." och sedan funktionens namn. Men .h filen verkar den hitta.

Ja. Jag har fått det fungera med kompileringen. Men gud vilket bök det var! Jag har aldrig varit med om något sådant testande fram och tillbaka.

Men det fungerar!

Jag tyckte det var väldigt bra att man kan iterera igenom mapparna, istället för att skriva ut den absoluta sökvägen till varje fil. Det var ett smart sätt!

Dock så är min CMakeLists.txt anpassat för ubuntu/debian då vissa paket som jag installerar med sudo apt-get install, installerar sig i speciella mappar i /usr/include

Jag vet inte hur det ser ut för Fedora och Suse.

Något som jag blev förvånad över när jag kompilerade var att man fick mycket varningar, som ej påverkade något. Varför ens finns dom?