JNI之——在cmd命令行下编译执行C/C++源文件

转载请注明出处:http://blog.csdn.net/l1028386804/article/details/46604269

一直用java来敲代码，java配置好jre路径之后。在cmd下编译执行。非常方便。

刚好要给一个舍友改下C程序，想到可不能够像java一样在环境变量里配置好C的编译路径呢？

于是上网搜了一下，得到例如以下结果：

一、假设装有VC，那就简单了，由于VC带有C的编译器，能够将此路径设置进环境变量。

Windows系统下编译连接源码方法：

cl -GX test.c

-GX： 启动同步异常处理

上面的命令会产生可运行程序：test.exe

在命令行中直接输入：test.exe 就可执行该程序

Tips:

一、cmd中键入cl提示不认识cl命令。则因为无法找到cl.exe程序。解决方法例如以下：

加入系统变量(Path)，这样：我的电脑->属性->高级->环境变量->系统变量。在path中加入

C:/Program Files/Microsoft Visual Studio 9.0/VC/bin。。

注意：

1、结尾最后用“；”隔开！

2、假设你的Microsoft Visual Studio 低于9.0版本号或高于9.0版须要改动上面的路径名称。

二、cmd中键入cl运行编译时会出现mspdb80.dll无法找到的情况，是由于VC/Bin/下没有 “msobj80.dll,

mspdb80.dll,mspdbcore.dll,mspdbsrv.exe”这四个文件，解决办法：

1>直接从Common7/IDE/下复制这四个文件到VC/Bin/下就可以解决

2>加入系统变量(Path)。这样：我的电脑->属性->高级->环境变量->系统变量，在path中加入 C:/Program Files/Microsoft Visual Studio 8/Common7/IDE；，注意结尾最后用“；”隔开！

这样在用cl编译就不会出现mspdb80.dll文件找不到的错误了。

三、假设你在编译过程中，出现一下错误：

1、fatal error C1034: stdio.h: no include path set

2、fatal error LNK1104: cannot open file "kernel32.lib

请在我的电脑->属性->高级->环境变量->系统变量中新建系统变量LIB、INCLUDE并设置它们的值为：

（LIB）C:/Program Files/Microsoft SDKs/Windows/v6.0A/Lib;C:/Program Files/Microsoft SDKs/Windows/v5.0/Lib;C:/Program Files/Microsoft Visual Studio 9.0/VC/lib

（INCLUDE）C:/Program Files/Microsoft Visual Studio 9.0/VC/include

Linux系统下编译连接源码的方法：

gcc -g -c test.c -o test    仅仅生成目标文件（.obj文件），没有生成可运行文件（也就是说test是.obj文件）

gcc -g test.c -o test        生成可执行文件（能够通过./test执行程序）

-g:生成调试信息。

GNU 调试器可利用该信息。

-c:仅仅编译并生成目标文件。

(没有中间文件生成和可运行文件。如列表文件、可运行文件)

-o:设置生成的可运行程序的名字为test

上面的命令会产生可运行程序：test

在Terminal中输入：./test 就能够执行该程序了。

操作过程例如以下：

1.在命令行下。先执行vcvars32.bat（此文件在VC安装文件夹/Bin文件夹里，当中设置了环境变量和路径等信息）。

或者，手动改动环境变量：

path=你安装VS的路径/VC98/Bin

lib=你安装VS的路径/VC98/lib;你安装VS的路径/VC98/MFC/lib

include=你安装VS的路径/VC98/include;你安装VS的路径/VC98/MFC/include;你安装VS的路径/VC98/ATL/lib

2.然后直接用CL编译器编译C++程序（如：CL /GX /MT zx.cpp）。

CL常常使用的选项为：

多线程dll(/MD)-动态链接，不包括执行时库文件

多线程(/MT)-静态链接，包括执行时库文件

附：CL 參数，即编译选项例如以下：

-优化-



/O1 最小化空间                                                               /Op[-] 改善浮点数一致性

/O2 最大化速度                                                                /Os 优选代码空间

/Oa 如果没有别名                                                           /Ot 优选代码速度

/Ob<n> 内联展开(默认 n=0)                                            /Ow 如果交叉函数别名

/Od 禁用优化(默认值)                                                       /Ox 最大化选项。(/Ogityb2 /Gs)

/Og 启用全局优化                                                            /Oy[-] 启用框架指针省略

/Oi 启用内部函数



-代码生成-



/G3 为 80386 进行优化                                                           /Gh 启用 _penter 函数调用

/G4 为 80486 进行优化                                                            /GH 启用 _pexit 函数调用

/G5 为 Pentium 进行优化                                                          /GR[-] 启用 C++ RTTI

/G6 对 PPro、P-II、P-III 进行优化                                            /GX[-] 启用 C++ EH (与 /EHsc 同样)

/G7 对 Pentium 4 或 Athlon 进行优化                                      /EHs 启用 C++ EH (没有 SEH 异常)

/GB 为混合模型进行优化(默认)                                                 /EHa 启用 C++ EH(w/ SEH 异常)

/Gd __cdecl 调用约定                                                              /EHc extern "C" 默觉得 nothrow

/Gr __fastcall 调用约定                                                            /GT 生成纤维安全   TLS 訪问

/Gz __stdcall 调用约定                                                               /Gm[-] 启用最小又一次生成

/GA 为 Windows 应用程序进行优化                                        /GL[-] 启用链接时代码生成

/Gf 启用字符串池                                                                     /QIfdiv[-] 启用 Pentium FDIV 修复

/GF 启用仅仅读字符串池                                                             /QI0f[-] 启用 Pentium 0x0f 修复

/Gy 分隔链接器函数                                                                /QIfist[-] 使用 FIST 而不是 ftol()

/GZ 启用堆栈检查(/RTCs)                                                        /RTC1 启用高速检查(/RTCsu)

/Ge 对全部函数强制堆栈检查                                                   /RTCc 转换为较小的类型检查

/Gs[num]   控制堆栈检查调用                                                    /RTCs 堆栈帧执行时检查

/GS 启用安全检查                                                                    /RTCu 未初始化的本地使用方法检查

/clr[:noAssembly] 为公共语言执行库编译

           noAssembly - 不产生程序集

/arch:<SSE|SSE2> CPU 结构的最低要求。下面内容之中的一个:

                        SSE - 启用支持 SSE 的 CPU 可用的指令

                        SSE2 - 启用支持 SSE2 的 CPU 可用的指令



-输出文件-



/Fa[file] 命名程序集列表文件                                      /Fo<file> 命名对象文件

/FA[sc] 配置程序集列表                                                /Fp<file> 命名预编译头文件

/Fd[file] 命名 .PDB 文件                                              /Fr[file] 命名源浏览器文件

/Fe<file> 命名可运行文件                                          /FR[file] 命名扩展 .SBR 文件

/Fm[file] 命名映射文件



-预处理器-



/AI<dir> 加入到程序集搜索路径                                /Fx 将插入的代码合并到文件

/FU<file> 强制使用程序集/模块                                   /FI<file> 命名强制包括文件

/C 不抽出凝视                                                            /U<name> 移除提前定义宏

/D<name>{=|#}<text> 定义宏                                    /u 移除全部提前定义宏

/E 预处理到 stdout                                                   /I<dir> 加入到包括搜索路径

/EP 预处理到 stdout。没有 #line                             /X 忽略“标准位置”

/P 预处理到文件



-语言-



/Zi 启用调试信息                                                     /Ze 启用扩展(默认)

/ZI 启用“编辑并继续”调试信息                              /Zl 省略 .OBJ 中的默认库名

/Z7 启用旧式调试信息                                              /Zg 生成函数原型

/Zd 仅有行号调试信息                                              /Zs 仅仅进行语法检查

/Zp[n] 在 n 字节边界上包装结构                             /vd{0|1} 禁用/启用 vtordisp

/Za 禁用扩展(暗指 /Op)                                             /vm<x> 指向成员的指针类型

/Zc:arg1[,arg2] C++ 语言一致性。这里的參数能够是:

                      forScope - 对范围规则强制使用标准 C++

                      wchar_t - wchar_t 是本机类型，不是 typedef



- 杂项 -



@<file> 选项响应文件                                             /wo<n> 发出一次警告 n

/?, /help 打印此帮助消息                                          /w<l><n> 为 n 设置警告等级 1-4

/c 仅仅编译，不链接                                                  /W<n> 设置警告等级(默认 n=1)

/H<num> 最大外部名称长度                                    /Wall 启用全部警告

/J 默认 char 类型是 unsigned                               /Wp64 启用 64 位port定位警告

/nologo 取消显示版权消息                                  /WX 将警告视为错误

/showIncludes 显示包括文件名称                            /WL 启用单行诊断

/Tc<source file> 将文件编译为 .c                          /Yc[file] 创建 .PCH 文件

/Tp<source file> 将文件编译为 .cpp                   /Yd 将调试信息放在每一个 .OBJ 中

/TC 将全部文件编译为 .c                                       /Yl[sym] 为调试库插入 .PCH 引用

/TP 将全部文件编译为 .cpp                                  /Yu[file] 使用 .PCH 文件

/V<string> 设置版本号字符串                                  /YX[file] 自己主动 .PCH

/w 禁用全部警告                                                    /Y- 禁用全部 PCH 选项

/wd<n> 禁用警告 n                                               /Zm<n> 最大内存分配(默觉得 %)

/we<n> 将警告 n 视为错误



-链接-



/MD 与 MSVCRT.LIB 链接                                   /MDd 与 MSVCRTD.LIB 调试库链接

/ML 与 LIBC.LIB 链接                                        /MLd 与 LIBCD.LIB 调试库链接

/MT 与 LIBCMT.LIB 链接                                     /MTd 与 LIBCMTD.LIB 调试库链接

/LD 创建 .DLL                                                       /F<num> 设置堆栈大小

/LDd 创建 .DLL 调试库                                       /link [链接器选项和库]

关于链接时參数的说明：

VC项目属性→配置属性→C/C++→代码生成→执行时库
能够採用的方式有：多线程(/MT)、多线程调试(/MTd)、多线程DLL(/MD)、多线程调试DLL(/MDd)、单线程(/ML)、单线程调试(/MLd)。

Reusable Library	Switch	Library	Macro(s) Defined
Single Threaded	/ML	LIBC	(none)
Static MultiThread	/MT	LIBCMT	_MT
Dynamic Link (DLL)	/MD	MSVCRT	_MT and _DLL
Debug Single Threaded	/MLd	LIBCD	_DEBUG
Debug Static MultiThread	/MTd	LIBCMTD	_DEBUG and _MT
Debug Dynamic Link (DLL)	/MDd	MSVCRTD	_DEBUG, _MT, and _DLL

当中以小写“d”结尾的选项表示的DEBUG版本号的。没有“d”的为RELEASE版本号。大型项目中必需要求全部组件和第三方库的执行时库是统一的，否则将会出现LNK2005井喷。

单线程执行时库选项/ML和/MLd在VS2003以后就被废了。

/MT和/MTd表示採用多线程CRT库的静态lib版本号。该选项会在编译时将执行时库以静态lib的形式全然嵌入。

该选项生成的可执行文件执行时不须要执行时库dll的參加，会获得轻微的性能提升，但终于生成的二进制代码因链入庞大的执行时库实现而变得很臃肿。当某项目以静态链接库的形式嵌入到多个项目，则可能造成执行时库的内存管理有多份。终于将导致致命的“Invalid
Address specified to RtlValidateHeap”问题。另外托管C++和CLI中不再支持/MT和/MTd选项。

/MD和/MDd表示採用多线程CRT库的动态dll版本号，会使应用程序使用执行时库特定版本号的多线程DLL。链接时将依照传统VC链接dll的方式将执行时库MSVCRxx.DLL的导入库MSVCRT.lib链接。在执行时要求安装了对应版本号的VC执行时库可再发行组件包（当然把这些执行时库dll放在应用程序文件夹下也是能够的）。
因/MD和/MDd方式不会将运行时库链接到可运行文件内部，可有效降低可运行文件尺寸。

当多项目以MD方式运作时。其内部会採用同一个堆，内存管理将被简化，跨模块内存管理问题也能得到缓解。

结论：/MD和/MDd将是潮流所趋，/ML和/MLd方式请及时放弃，/MT和/MTd在非必要时最好也不要採用了。

二、单独下载gcc程序，相同的环境变量设置就能够了。