第一步、進入Win10這台電腦，然後進入系統盤，然後依次進入【用戶】--【系統賬號文件夾】--然後找到【桌面】文件夾，然後在【桌面】文件夾上滑鼠右鍵，在彈出的菜單中選擇打開【屬性】。提醒：本例中電腦安裝了Win8.1/Win10雙系統，Win10是安裝在H盤，因此以上系統盤進入的是H盤，一般來說，如果大家只安裝了一個系統，那麼系統盤默認是C盤。第二步、在打開的桌面屬性對話框中，先切換到選項卡中的【位置】，然後點擊底部的【移動】。第三步、在彈出的「選擇一個目標」對話框中，我們點擊左側的這台電腦，然後選擇一個非系統盤中的「桌面」文件夾。提醒：本例將Win10桌面路徑更改為了非系統的E盤下，大家可以事先在E盤建立一個「桌面」文件夾，然後在第三步這里，直接選擇即可，也可以在選擇的時候，臨時創建一個。第四步、完成目標文件夾選擇後，點擊底部的【確定】就可以完成Win10桌面路徑的更改了。
㈡ CMake裡面怎麼遞歸地設定頭文件的搜索目錄
CMake頭文件搜索路徑
# 中午吃完飯，就到了辦公室，開始看 OGRE 的CMake配置文件。
# 想根據實例，再配合 CMake 安裝包里自帶了官方Manual，學習CMakeLists文件的編寫。
# 不得不承認，沒有外網真心慘。用手機查資料眼睛都瞅瞎了。
# 中間出去吃了個晚飯，然後一直研究到10點，還算是有點收獲
本文內容要點：
1. 多目錄下，頭文件路徑包含
2. 項目依賴關系設置
3. 發現的一些問題
本文涉及到的CMake命令：
project(name) : 設置project的名字為name。
add_dependencies：設置依賴關系
add_subdirectory：添加子目錄
add_executable：添加可執行文件
add_library：添加庫
cmake_minimum_required：設置cmake最低版本要求
include_directories：包含目錄
target_link_libraries：鏈接庫
set：可以用於設置變數
補充命令：
file(GLOB_RECURSE HEADER_FILES dir/*.h??)
此命令可以用來收集源文件 HEADER_FILES 作為變數保存收集的結果。 後面為文件過濾器，其中dir為起始搜索的文件夾，即在dir目錄下，開始收集，而且會遍歷子目錄。 ？ 代表 a-z。
首先給出目錄結構（「-」表示目錄級數）
-sin
--include
---sin.h
--src
---sin.cpp
-sinutil
--include
---sinutil.h
--src
---sinutil.cpp
-main
--main.cpp
目的：
main.cpp 要使用 sin 裡面 sin.h 和 sin.cpp 生成的靜態庫 sin.lib，而 sin.lib 的生成要使用 sinutil 裡面的 sinutil.h 和 sinutil.cpp 生成的靜態庫 sinutil.lib 。
sinutil.cpp 要包含 sinutil.h，而 sinutil.h 不在 sinutil.cpp 目錄下。同理 sin.cpp 也要包含 sinutil.h ，main.cpp 要包含 sin.h。
根據CMake的規則，在根目錄下和每個子目錄下加入 CMakeLists.txt 文件。
# 為了便於區分，我給每個 CMakeLists.txt 加了編號後綴。
# 真正運行的時候，CMake配置文件只能命名為 CMakeLists.txt。
得到的目錄結構如下：
- CMakeLists.txt - 1
-sin
-- CMakeLists.txt - 2
--include
---sin.h
--src
---sin.cpp
-sinutil
-- CMakeLists.txt - 3
--include
---sinutil.h
--src
---sinutil.cpp
-main
-- CMakeLists.txt - 4
--main.cpp
CMake配置文件內容如下：
#CMakeLists.txt - 1
cmake_minimum_required(VERSION 2.8.1)
project(CMakeDemo)
include_directories(${CMakeDemo_SOURCE_DIR}/sin/include)
include_directories(${CMakeDemo_SOURCE_DIR}/sinutil/include)
add_subdirectory(sin)
add_subdirectory(sinutil)
add_subdirectory(main)
#CMakeLists.txt - 4
project(MainDemo)
set(SRC_LIST main.cpp)
add_executable(demo ${SRC_LIST})
add_dependencies(demo SinLibrary)
target_link_libraries(demo ${SinLibrary})
#CMakeLists.txt - 2
set(HEADER_LIST include/sin.h)
set(SRC_LIST src/sin.cpp)
include_directories(${CMAKE_CURRENT_SOURCE_DIR}/include)
add_library(SinLibrary ${HEADER_LIST} ${SRC_LIST})
add_dependencies(SinLibrary SinUtilLibrary)
target_link_libraries(SinLibrary ${SinUtilLibrary})
#CMakeLists.txt - 3
set(HEADER_LIST include/sinutil.h)
set(SRC_LIST src/sinutil.cpp)
include_directories(${CMAKE_CURRENT_SOURCE_DIR}/include)
add_library(SinUtilLibrary ${HEADER_LIST} ${SRC_LIST})
結論：
1. CMake使用 include_directories 命令來添加頭文件包含路徑，且 include_directories 命令具有繼承性。下級目錄繼承了上級目錄中CMakeLists.txt 裡面 include 的 directrories。但是平級目錄之間的 CMakeList.txt 裡面的include_directories 不能共享。
2. CMAKE_CURRENT_SOURCE_DIR 為 CMake 定義的環境變數，指向當前 CMakeLists.txt 所在的目錄。
3. 當使用 project(name) 命令時，CMake會自動生成兩個變數 name_SOURCE_DIR 和 name_BINARY_DIR，前一個指向使用 project 命令的CMakeLists.txt 所在的文件夾，後一個指向用cmake構建時，Build 目錄下對應的目錄。
問題：
1. 目前還沒搞清 project 與 VS 裡面的 解決方案（solution）和 工程（項目，project）的對應關系。
2. 使用 add_dependencies 來設置依賴關系時，在VS 2003 下，會為每一個subdirectory裡面的project生成一個額外的帶 UTILITY 後綴的工程，能不生成嗎？