如何判斷是否編譯
A. 關於如何判斷gcc之類的編譯器的編譯結果
我們再使用gcc編譯的時候可以讓他的輸出信息保存到文件當中
gccmain.c-omain&>status.txt
上面的命令就是將gcc編譯的信息保存到status.txt文件中，然後我們再程序中讀取文件，看文件是否有內容，沒有內容就說明沒有報錯和警告，編譯成功。有內容就對每一行內容進行判斷，看是warring還是error，只有warring也代表編譯成功，有error代表編譯失敗，然後把這些報錯信息都列印出來就好了。
下面看一下例子：
B. 怎麼判斷是yum安裝還是編譯安裝的
apt可以從/var/log/apt/history.log裡面看出哪些是通過apt-get安裝，yum不知道是否可以通過同樣的方式查看
C. 怎麼判斷apk文件包是否反編譯過
方案一：
一、 下載dex2jar包，解壓
二、把apk包的後綴名改為.zip
三、把apk壓解壓拿到classes.dex文件，並放到dex2jar所在的目錄下
四、運行命令dex2jar.exe classes.dex
五、下載jd-gui
六、把jar包載入到jd.gui，查看源碼，源碼中的類名，方法名，變數名是否已經改變
方法二：
一、下載apktool工具
二、運行apktool.bat d xxx.apk，把apk反編譯成smali
三、如果想要進一步查看源碼，可下載smali2java
四、使用smali文件的文件名進行分析，如果存在1個或1個以上的資源類的smali文件，就可以證明該apk沒有被混淆過。
D. vc判斷是32位編譯還是64位編譯判斷是debug編譯還是release編譯
1.判斷是debug編譯還是release編譯。
如果_DEBUG定義了表示是debug編譯，否則是release編譯粗螞。
2.判斷是32位編譯還是64位編譯。
在 Win32 配置下，_WIN32 有定義，_WIN64 沒有定義。在 x64 配置下，兩者都有定義。即在 VC 下，_WIN32 一定岩纖埋有定義。
因此，WIN32/_WIN32 可以用來判斷是否 Windows 系統（對於跨平台程序），而 _WIN64 用來判斷編譯環境是 x86 還是 x64。附一個表：
常量\定義 預定義選項 Windows.h VC編譯器
WIN32 Win32 √(minwindef.h) ×
_WIN32 × × √
_WIN64 × × x64
最後附上根據相應編譯情況，進行有條件的鏈接相應靜態庫的示例代碼，其實就是一些豎碼宏定義語句的使用：
[cpp] view plain在CODE上查看代碼片派生到我的代碼片
#include "json/json.h"
#ifdef _DEBUG
#ifndef _WIN64
#pragma comment(lib,"json/json_mtd.lib")
#else
#pragma comment(lib,"json/json_mtd_x64.lib")
#endif
#else
#ifndef _WIN64
#pragma comment(lib,"json/json_mt.lib")
#else
#pragma comment(lib,"json/json_mt_x64.lib")
#endif
#endif
using namespace Json;
E. c++代碼在什麼情況下，修改了代碼，可以不需要編譯
無論是使用集成開發環境，還是使用makefile，都會根據文件的變動時間來判斷是否需要進行編譯。
例如使用main.cpp編譯出來main.exe文件。再次進行編譯時，會判斷main.cpp是否比main.exe更新。如果更新，就會觸發重新編譯。
正常情況下，修改代碼就應當進行代碼的重新編譯。但是在某些情況下，由於冗餘的頭文件引用導致不必要的擴大了編譯文件范圍。建議在包含頭文件時，盡量採用最小原則。不需要使用的頭文件就不要包含。
F. 如何判斷一個程序是C編譯的還是C++編譯的
一般情況來說，C語言代碼是可以用C++編譯器編譯的，但是C編譯器，就一般不能編譯C++代碼。
自己區分的話：
1、包含頭文件格式：
#include
和有using namespace的，都應該屬於C++的內容。
而#include也應該是C++，因為它屬於C++的庫，由於C++代碼可以應用C語言的函數庫，所以比較難區分。
比如#include的，不一定就是C語言代碼
G. 打開一個DEV C++的工程文件（.dev），如何判斷該工程按C語法編譯還是按C++語法編譯
這個就要看你的設置問題了，我的devC++裡面保存為C編譯就不會通過的。下圖所示：
在你的工具->編譯選項->程序中，可以設置你編譯C語言程序時，採取的標注是gcc還是g++。