如何判断是否编译
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++。