㈠ 怎麼用C#創建文件夾
方法1
調用Windows API函數 CreateDirectory()和RemoveDirectory(),成功返回0,否則返回非零。
頭文件<windows.h>
創建:CreateDirectory()
2.C中的access函數:
int access(const char *filename, int amode);
amode參數為0時表示檢查文件的存在性,如果文件存在,返回0,不存在,返回-1。
3.這個函數還可以檢查其它文件屬性:
06 檢查讀寫許可權
04 檢查讀許可權
02 檢查寫許可權
01 檢查執行許可權
00 檢查文件的存在性
而這個就算這個文件沒有讀許可權,也可以判斷這個文件存在於否:存在返回0,不存在返回-1
㈡ 我要在keil中頭文件聲明和C文件定義頭文件中的變數,可是我在頭文件中聲明後再到C文件中定義的時候
是這樣的,通常,變抄量的定義是放在C文件里,而不是頭文件里,C文件定義,頭文件引用。
比如,你在X.c定義一個變數 unsigned char a;如果你想要在Y.C文件里使用這個變數,你可以在Y.C里引用,引用方法如下:extern unsigned char a;
你也可以在一個頭文件里引用,引用方法是一樣的:extern unsigned char a;
在頭文件引用後,凡是包含了這個頭文件的C文件,都可以使用那個變數a,而不必再另外引用了。
有一點要注意,引用的時候,不可以帶初始化,例如,X.c文件里這樣定義的變數:
unsigned char a = 100; 定義的時候可以初始化,在頭文件或者其它C文件引用的時候,不能初始化,媽extern unsigned char a = 100;這是不可以的,直接引用就行了:extern unsigned char a;
㈢ 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 後綴的工程,能不生成嗎?
㈣ C++頭文件順序
因為stdafx.h裡麵包含了很多windows的預編譯頭文件,這些頭文件定義了很多基本的數據類型和數據結構,而檔並這些數據結構,很可能是後面的頭文件裡面用到的,所以這個文件應該放到最前面
關於順序的影響,你可以簡單想像在編和賣譯器對文件進喚蠢逗行預處理的時候,會把#include的文件在當前位置展開就行了