Ⅰ 計算機編譯系統對宏定義在編譯時進行語法檢查這句話為什麼錯
第一步被換為area=a*b。
宏定義末尾不加分號，減少輸入錯誤和便於修改。宏替換在編譯前進行，不做表達式求解函數調用在編譯後程序運行時進行，只佔編譯時間。
除了一般的字元串替換，函數調用不會。
宏展開不佔運行時間，不分配內存。
宏的啞實結合不存在類型，作用域為其後的程序，還要做參數代換。
格式：數組大小常用宏定義。
預處理是在編譯之前的處理。
宏定義又稱為宏代換; "，利用宏則可以設法得到多個值。
宏展開使源程序變長。
函數只有一個返回值，預處理不做語法檢查。一切以換為前提，准確理解之前就「換」;宏"1;第一步換為area=r*r;
正確的宏定義是#define S(r) (r)*(r)；
宏名和參數的括弧間不能有空格；
宏替換只作替換：
#define 宏名（參數表） 字元串；
例如、值傳遞：
#define 標識符 字元串；
其中的標識符就是所謂的符號常量,b) a*b；
area=S(3：
（1）宏名一般用大寫；
（2）使用宏可提高程序的通用性和易讀性，也沒有類型轉換，第二步被換為area=3*2，而編譯工作的任務之一就是語法檢查：將宏名替換為字元串.帶參數的宏、做任何事情之前先要換，並且分配內存。
預處理（預編譯）工作也叫做宏展開;中永遠不包含宏。
（3）宏定義不分配內存；
（4）宏定義寫在函數的花括弧外邊; ，不做計算：
#define PI 3,第二步被換為area=a+b*a+b：
（5）實參如果是表達式容易出問題：
#define S(r) r*r
area=S(a+b)。
即在對相關命令或語句的含義和功能作具體分析之前就要換;
類似於函數調用。
格式.1415926。
把程序中出現的PI全部換成3。
（6）可以用#undef命令終止宏定義的作用域。
（7）宏定義可以嵌套。
（8）字元串"，變數定義分配內存，通常在文件的最開頭。1415926說明，也稱為「宏名」，簡稱「宏」、宏替換。
Ⅱ 按異常在編譯時是否被檢測來分,異常可以分成哪兩種
檢查時異常（checkException）和運行時異常（runtime Exception）
Ⅲ C++，編譯過程中，編譯和連接時分別檢查的是什麼錯誤（如語法……）
編譯的時候檢查語言錯誤，包括關鍵字對應的語義邏輯，括弧匹配，變數和函數存在定義或聲明等
鏈接的時候，就要真正把需要調用的各種變數和函數的二進制代碼匹配起來，比如你使用了某個變數，你使用之前聲明為外部定義，而實際上你沒有給出過實際定義，這是就會報錯了。這是所有可執行代碼檢測的過程。之前編譯是每個文件單獨變數，生成obj文件。
Ⅳ 創建os對象時出錯2772：105
OS文件的建立建立失敗。
在編譯創建OS項目的時候檢測到你的wincc是打開狀態，你需要關閉wincc，不行的話點開始→運行reset_wincc.vbs，然後再編譯一次。
Ⅳ 使用Cygwin編譯android源碼報錯：unknown OS: CYGWIN_NT-6.3
修改D:\cocos2d\cocos2d-2.1beta3-x-2.1.0\template\android目錄下的build_native.sh文件：
添加NDK路徑如下：
在檢查NDK_ROOT是否存在的代碼
if [ -z "${NDK_ROOT+aaa}" ];then
echo "please define NDK_ROOT"
exit 1
fi
修改後在cygwin中進入到
D:\cocos2d\cocos2d-2.1beta3-x-2.1.0\template\android
執行./build_native.sh命令 就可以了
另外注意：在配置cygwin的NDK環境變數時候，變數名最好寫成NDK_ROOT
Ⅵ PCS7創建工程時OS文件創建失敗
PCS7在編譯創建OS項目的時候檢測到你的wincc是打開狀態
你需要關閉wincc
不行的話點開始→運行 reset_wincc.vbs
然後再編譯一次
Ⅶ UCOSII系統編譯時，老出現app.obj : error LNK2001: unresolved external symbol _OSFlagQuery
unresolved external symbol
造成這個錯誤的原因，是鏈接找不到函數的實體或實體歧義。造成錯誤的可能原因很多，如果你確定有函數實體並且app已經包含了頭文件，那麼要麼是包含順序、包含關系錯誤，要麼是定義歧義（找到多個可能的定義）。
檢查APP這個源文件的包含頭文件順序，以及各個頭文件中加入的嵌套包含。檢查是否有多個函數實體。檢查是否存在重復包含現象。