無(wú)人機(jī)智能硬件【免費(fèi)下載鏈接】qgroundcontrolCross-platform ground control station for drones (Android, iOS, Mac OS, Linux, Windows)項(xiàng)目地址https://gitcode.com/gh_mirrors/qg/qgroundcontrol點(diǎn)擊查看免費(fèi)下載本篇技術(shù)指南圍繞 tools/skills/qt-cmake-project/references/configure.md 展開系統(tǒng)講解 Qt 6 CMake 項(xiàng)目的試運(yùn)行流程先定位 cmake、ninja 與 Qt SDK 中的qt-cmake工具再以 out-of-tree 方式完成首次配置最后用ninja進(jìn)行日常增量構(gòu)建。文章同時(shí)結(jié)合本倉(cāng)庫(kù)QGroundControl基于 Qt 6 的跨平臺(tái)地面站的 CMakePresets.json、tools/configure.py 與平臺(tái)預(yù)設(shè)給出真實(shí)可復(fù)現(xiàn)的命令與排錯(cuò)要點(diǎn)。讀完你將掌握一套不依賴 IDE、可在任意 CI 與終端環(huán)境中復(fù)用的 Qt 項(xiàng)目配置/構(gòu)建工作流。一、適用場(chǎng)景本文解決什么問(wèn)題configure.md是 qt-cmake-project 技能集中關(guān)于配置與構(gòu)建的參考文檔覆蓋三個(gè)目標(biāo)定位框架與工具要求cmake、ninja-build、Qt SDK首次配置項(xiàng)目out-of-tree 構(gòu)建生成 Ninja 構(gòu)建文件從命令行增量構(gòu)建ninja。它服務(wù)于嘗試運(yùn)行一個(gè) Qt 6 CMake 項(xiàng)目這一核心訴求不涉及 QML 模塊編寫、資源管理或子項(xiàng)目組織那些屬于 simple-project.md、modular-architecture.md、qml-integration.md 與 resources.md 的主題可在需要時(shí)按 SKILL.md 的決策樹取用。二、定位構(gòu)建工具cmake、ninja 與 Qt SDK2.1 檢查命令行工具文檔要求首先確認(rèn)cmake與ninja來(lái)自 ninja-build 包可以從命令行直接調(diào)用cmake --version ninja --version這兩者是一切后續(xù)操作的基礎(chǔ)cmake負(fù)責(zé)生成構(gòu)建系統(tǒng)ninja負(fù)責(zé)實(shí)際編譯與鏈接。QGroundControl 的根 CMakeLists.txt 聲明cmake_minimum_required(VERSION 3.25)CMakePresets.json 的cmakeMinimumRequired同樣為 3.25.0——如果你的 CMake 版本低于此值配置階段會(huì)直接報(bào)錯(cuò)。Ninja 則是 QGC 全部預(yù)設(shè)統(tǒng)一采用的生成器見下文第四部分因此ninja也必須可用。2.2 定位 Qt SDK 與 qt-cmake文檔給出的定位策略是先確定主機(jī)操作系統(tǒng)再按該 OS 的典型安裝位置搜索 Qt 框架。關(guān)鍵點(diǎn)有二開發(fā)環(huán)境中的 Qt 可能裝在用戶目錄而非系統(tǒng)目錄搜索時(shí)兩者都要覆蓋目標(biāo)是找到包含工具鏈命令的 Qt 安裝目錄即bin子目錄下的qt-cmakeWindows 上為qt-cmake.bat。找到bin/qt-cmake后所有配置活動(dòng)都應(yīng)使用qt-cmake而不是裸cmake。原因是 Qt SDK 的qt-cmake包裝腳本會(huì)自動(dòng)注入 Qt 相關(guān)的工具鏈信息主機(jī)路徑、編譯器前綴等讓配置階段就能識(shí)別出正確的 Qt 安裝。本倉(cāng)庫(kù)的 tools/configure.py 中find_qt_cmake()函數(shù)完整實(shí)現(xiàn)了這一搜索策略其優(yōu)先級(jí)為顯式參數(shù)--qt-root dir指定的 Qt 安裝目錄環(huán)境變量QT_ROOT_DIR常見安裝路徑按版本號(hào)降序優(yōu)先最新版本Linux~/Qt/*/gcc_64/bin/qt-cmake、/opt/Qt/*/gcc_64/bin/qt-cmake、/usr/lib/qt6/bin/qt-cmakeARM64 主機(jī)則匹配gcc_arm64kitmacOS~/Qt/*/macos/bin/qt-cmake、~/Qt/*/clang_64/bin/qt-cmake、/Applications/Qt/*/...WindowsC:/Qt/*/msvc*_64/bin/qt-cmake.batARM64 主機(jī)匹配msvc*_arm64Windows 上優(yōu)先.bat變體因?yàn)閝t-cmake本身可能是 bash 腳本。2.3 找不到 qt-cmake 怎么辦文檔明確要求找不到或不確定時(shí)詢問(wèn)用戶不要臆測(cè)路徑。這也與本倉(cāng)庫(kù)的實(shí)際行為一致——configure.py在找不到qt-cmake時(shí)會(huì)報(bào)錯(cuò)Error: qt-cmake not found并提示可改用--no-qt-cmake回退到裸cmake僅適用于自定義工具鏈場(chǎng)景。三、首次配置out-of-tree 構(gòu)建3.1 為什么堅(jiān)持 out-of-tree文檔強(qiáng)調(diào)傾向于 out-of-tree 構(gòu)建即構(gòu)建目錄與源碼目錄分離、位于項(xiàng)目目錄之外。這樣做的直接收益是源碼樹保持干凈.gitignore無(wú)需為構(gòu)建產(chǎn)物打補(bǔ)丁刪除整個(gè)構(gòu)建目錄即可無(wú)損回到未配置狀態(tài)不影響任何源文件。對(duì)于示例項(xiàng)目MyApp在 Unix 系平臺(tái)上的首次配置是mkdir MyApp-build cd MyApp-build qt-cmake -S ../MyApp -B . -G Ninja ninja拆解這條命令參數(shù)含義-S ../MyApp指定源碼目錄source dir-B .指定構(gòu)建目錄binary dir此處為當(dāng)前新建的MyApp-build-G Ninja指定生成器為 Ninja配置完成后目錄內(nèi)會(huì)生成CMakeCache.txt、build.ninja等構(gòu)建文件之后ninja直接讀取并執(zhí)行構(gòu)建。相比 MakefilesNinja 的增量構(gòu)建更快、并行調(diào)度更好是 Qt 官方模板與 QGC 的默認(rèn)選擇。3.2 在 QGroundControl 中的實(shí)際配置命令把上述流程映射到本倉(cāng)庫(kù)官方構(gòu)建文檔 docs/en/qgc-dev-guide/getting_started/index.md 給出的命令行配置是~/Qt/6.11.1/gcc_64/bin/qt-cmake -B build -G Ninja -DCMAKE_BUILD_TYPEDebug注意三點(diǎn)差異當(dāng)前倉(cāng)庫(kù)要求Qt 6.11.1僅此版本文檔中有明確警告不要使用其他版本qt-cmake的路徑需替換為你實(shí)際的 Qt 安裝位置與 kit-B build把構(gòu)建目錄放在源碼樹內(nèi)的build/QGC 預(yù)設(shè)體系的默認(rèn)binaryDir是${sourceDir}/build見 common.json額外傳入-DCMAKE_BUILD_TYPEDebug顯式指定構(gòu)建類型——QGC 根CMakeLists.txt在未指定時(shí)會(huì)默認(rèn)Release見 CMakeLists.txt。Windows 上應(yīng)使用對(duì)應(yīng) kit 的批處理入口并從 VS 2022 的x64 Native Tools Command Prompt中執(zhí)行C:\Qt\6.11.1\msvc2022_64\bin\qt-cmake.bat -B build -G Ninja -DCMAKE_BUILD_TYPEDebug四、命令行構(gòu)建ninja 增量編譯首次配置完成后日常構(gòu)建只需要兩條命令之一cd MyApp-build ninjaninja只重建自上次構(gòu)建以來(lái)發(fā)生變化的部分并支持-jN控制并行任務(wù)數(shù)QGC 的 justfile 中build任務(wù)即通過(guò)--parallel透?jìng)髟撃芰?。如果不想切換到構(gòu)建目錄也可以用cmake --build通用形式它根據(jù)CMakeCache.txt里記錄的生成器自動(dòng)調(diào)用底層構(gòu)建工具cmake --build build --config Debug這里--config只對(duì) Visual Studio、Xcode 這類多配置生成器有意義Ninja 是單配置生成器構(gòu)建類型由配置階段的CMAKE_BUILD_TYPE決定。QGC 構(gòu)建文檔中的完整三步是# 1) 配置 ~/Qt/6.11.1/gcc_64/bin/qt-cmake -B build -G Ninja -DCMAKE_BUILD_TYPEDebug # 2) 構(gòu)建 cmake --build build --config Debug # 3) 運(yùn)行 ./build/Debug/QGroundControlWindows 上運(yùn)行build\Debug\QGroundControl.exe。五、進(jìn)階預(yù)設(shè)體系與構(gòu)建緩存?zhèn)}庫(kù)實(shí)踐5.1 CMake 預(yù)設(shè)把定位要求固化為機(jī)器配置configure.md的定位步驟本質(zhì)上是人類對(duì)Qt 裝在哪的手動(dòng)探測(cè)而 CMakePresets.jsonversion 6把這一知識(shí)固化成了可復(fù)用的機(jī)器配置這正是 QGC 大規(guī)模采用的做法通用預(yù)設(shè)cmake/presets/common.jsondefaultDebug、default-release、default-relwithdebinfo、default-minsizerel均使用 Ninja 生成器、binaryDir為${sourceDir}/build并通過(guò)繼承debug/release等隱藏預(yù)設(shè)控制QGC_BUILD_TESTING、QGC_DEBUG_QML等緩存變量平臺(tái)預(yù)設(shè)cmake/presets/Linux.json、cmake/presets/Windows.json通過(guò)toolchainFile: $penv{QT_ROOT_DIR}/lib/cmake/Qt6/qt.toolchain.cmake直接引用 Qt SDK 提供的工具鏈文件——這正是定位 Qt SDK的 CMake 原生形態(tài)以QT_ROOT_DIR環(huán)境變量指向 Qt 安裝目錄CMake 會(huì)從$penv{}宏讀取它。該機(jī)制與qt-cmake包裝腳本的目的相同讓配置階段知道去哪里找 Qt 工具鏈。列出全部預(yù)設(shè)、查看每個(gè)可見預(yù)設(shè)對(duì)應(yīng)的 workflowcmake --list-presetsall cmake --workflow --preset Linux-debugcmake --workflow可把 configure → build→ test/package串成一步與configure.md中配置 ninja的兩步等價(jià)但更聚合。5.2 構(gòu)建緩存ccache 與 moccacheQGC 在配置階段自動(dòng)啟用兩級(jí)緩存均可視為對(duì)重復(fù)配置/構(gòu)建開銷的工程化優(yōu)化ccache緩存編譯器輸出.ccache/檢測(cè)到ccache在 PATH 中即啟用moccachetools/moccache.py以內(nèi)容尋址方式緩存 Qt moc 輸出通過(guò)配置期生成的啟動(dòng)腳本接入AUTOMOC_EXECUTABLE緩存目錄默認(rèn).cache/moccache/可用QGC_USE_MOCCACHE開關(guān)控制。這與configure.md強(qiáng)調(diào)的優(yōu)先 out-of-tree、構(gòu)建產(chǎn)物可隨時(shí)丟棄相輔相成——緩存存放在源碼樹內(nèi)因此刪除build/目錄不會(huì)丟失已緩存的編譯產(chǎn)物重建時(shí)能跳過(guò)整個(gè) moc 階段。六、常見問(wèn)題與排錯(cuò)現(xiàn)象原因與處理qt-cmake: command not foundQt SDK 未安裝或不在搜索路徑中。按 2.2 節(jié)順序檢查顯式參數(shù)、QT_ROOT_DIR、常見安裝路徑或直接詢問(wèn)用戶 Qt 裝在哪里CMake Error ... cmake_minimum_required VERSION 3.25CMake 版本過(guò)低需升級(jí)到 3.25QGC 根 CMakeLists.txt 的要求配置階段找不到 Qt 組件確認(rèn)使用的確實(shí)是qt-cmake而非裸cmake裸cmake不會(huì)自動(dòng)攜帶 Qt 工具鏈信息Windows 下執(zhí)行失敗使用qt-cmake.bat并從 VS 2022 Native Tools 環(huán)境啟動(dòng)終端確保 MSVC 工具鏈可見ninja單配置 vs 多配置混淆Ninja 的構(gòu)建類型在配置時(shí)由-DCMAKE_BUILD_TYPE決定--config僅適用于 VS/Xcode 等多配置生成器提示GLIBCXX_3.4.20 not foundLinux 上 gcc/libstdc 過(guò)舊更新編譯器或安裝新版libstdc6QGC 構(gòu)建文檔的已知問(wèn)題七、小結(jié)回顧configure.md的核心工作流可以總結(jié)為一條主線定位工具cmake ninja Qt SDK 的 qt-cmake→ out-of-tree 首次配置qt-cmake -S src -B build -G Ninja→ ninja 增量構(gòu)建。本文又在本倉(cāng)庫(kù)中找到了這條主線的規(guī)?；瘜?shí)現(xiàn)tools/configure.py的find_qt_cmake()實(shí)現(xiàn)了跨平臺(tái) Qt 定位邏輯CMakePresets.json及其平臺(tái)預(yù)設(shè)把 Qt 工具鏈路徑固化為QT_ROOT_DIRqt.toolchain.cmake而justfile與 ccache/moccache 則覆蓋了從試運(yùn)行到日常迭代的完整閉環(huán)。這套流程不依賴任何特定 IDE可原樣遷移到本地終端、CI 流水線與容器構(gòu)建場(chǎng)景。贊分享無(wú)人機(jī)智能硬件【免費(fèi)下載鏈接】qgroundcontrolCross-platform ground control station for drones (Android, iOS, Mac OS, Linux, Windows)項(xiàng)目地址https://gitcode.com/gh_mirrors/qg/qgroundcontrol點(diǎn)擊查看免費(fèi)下載相關(guān)推薦QGroundControl 源碼獲取與構(gòu)建實(shí)戰(zhàn)指南Qt 6.11.1、CMake、容器與構(gòu)建緩存全解析QGroundControl 源碼獲取與構(gòu)建實(shí)戰(zhàn)指南Qt 6.11.1、CMake、容器與構(gòu)建緩存全解析 本指南以 QGroundControlQGC開發(fā)無(wú)人機(jī)智能硬件CMake build_command 命令實(shí)戰(zhàn)指南生成可移植的 cmake --build 構(gòu)建命令行CMake build_command 命令實(shí)戰(zhàn)指南生成可移植的 cmake build 構(gòu)建命令行 導(dǎo)讀 build_command 是 CMake 提供的構(gòu)建工具開發(fā)工具CLIQtNodes 安裝與構(gòu)建全指南從源碼編譯到項(xiàng)目集成Qt 5/6 雙版本與 CMake 配置詳解QtNodes 安裝與構(gòu)建全指南從源碼編譯到項(xiàng)目集成Qt 5/6 雙版本與 CMake 配置詳解 本指南面向希望將 QtNodes Qt 節(jié)點(diǎn)編輯器 /UI組件數(shù)據(jù)可視化上一篇VMware Unlocker終極指南在Windows/Linux上運(yùn)行macOS虛擬機(jī)下一篇終極指南5分鐘讓你的Windows任務(wù)欄透明化 - TranslucentTB完整教程創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考