命令行编译sln

‘壹’ 如何命令行编译C#sln工程

一 使用devenv来build单个project

devenv是VisualStudio的可执行程序，一般安装在“C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE”下。用来在命令行或GUI方式运行VisualStudio。其中devenv.com是命令行程序，devenv.exe是GUI的程序。默认地当你调用devenv的时候其实是启动devenv.com，除非你显示地调用devenv.exe才会启动GUI的VisualStudio。

使用devenv来build一个.sln的实例：
devenv d:\Build\MyProject\Src\MyProject.sln /Build "Release|Win32"

使用devenv来build一个.sln中的某个的实例：
devenv.exe d:\Build\MyProject\Src\NyProject.sln /build "Release|Win32" /Project MyProject1
注意：通常地.sln中的多个Projects间有依赖关系，所以虽然你只是build一个.sln中的某个Project，但是还是需要指定Project所在.sln，然后通过/Project来指定Project的名字。

如果只是单个的Project，没有引用其他的projects，这个时候可以不指定.sln，直接build Project，如下实例：
devenv d:\Build\MyProject\Src\MyProject.vcxproj /Build "Release|Win32"
注意此时实际上devenv做如下事：
此时devenv将在此project文件的父目录中查找与Project相同名字的.sln；
如果没有找到的话，然后查找其他的引用了此Project的.sln；
如果还是没有找到的话会创建临时的不保存的与Project同名的.sln。

二 devenv的更多帮助
可以使用devenv /?来查看详细的帮助。
.sln或project的路径有空格时，需要对路径加"";
多个/开关间使用空格隔开；
devenv不支持通配符或正则表达式语法；

三 MSBuild
如果你的机器上没有装有VisualStudio，那么可以使用MSBuild来build .sln或project。MSBuild可以通过安装.NETFramework来安装，一般的安装路径为C:\Windows\Microsoft.NET\Framework。其实devenv执行build时候，后台也是调用MSBuild来build的。

可以使用msbuild /?来查看详细的帮助；

简单实例如下：
MSBuild MyApp.sln /t:Rebuild /p:Configuration=Release
MSBuild MyApp.csproj /t:Clean
/p:Configuration=Debug;/p:Platform=x86;TargetFrameworkVersion=v3.5

同样注意，如果project引用了其他的projects的时候，最好build整个.sln。

‘贰’ 怎么命令行编译C# sln工程

https://msdn.microsoft.com/en-us/library/ms164311.aspx
https://msdn.microsoft.com/en-us/library/dd393573.aspx

‘叁’ VC++命令行操作

cl.exe所在的文件夹里面有一个批处理叫做
VSVAR32.BAT
首先运行它一次，你就可以用cl.exe来编译你的代码了。

CL.exe 是控制 Microsoft C 和 C++ 编译器与链接器的 32 位工具。编译器产生通用对象文件格式 (COFF) 对象 (.obj) 文件。链接器产生可执行文件 (.exe) 或动态链接库文件 (DLL)。

注意，所有编译器选项都区分大小写。

若要编译但不链接，请使用 /c。

使用 NMAKE 生成输出文件。

使用 BSCMAKE 支持类浏览。

以下是一个完整的编译器选项分类列表。

优化

选项 作用
/O1 创建小代码
/O2 创建快速代码
/Oa 假设没有别名
/Ob 控制内联展开
/Od 禁用优化
/Og 使用全局优化
/Oi 生成内部函数
/Op 改善浮点数一致性
/Os 代码大小优先
/Ot 代码速度优先
/Ow 假定在函数调用中使用别名
/Ox 使用最大优化 (/Ob1gity /Gs)
/Oy 省略框架指针

代码生成

选项 作用
/clr 启用 C++ 的托管扩展并产生在公共语言运行库上运行的输出文件
/EH 指定异常处理模型
/G3 优化代码以优选 386 处理器。在 Visual C++ 5.0 中已经停用，编译器将忽略此选项
/G4 优化代码以优选 486 处理器。在 Visual C++ 5.0 中已经停用，编译器将忽略此选项
/G5 优化代码以优选 Pentium
/GB 与 /G6 等效；将 _M_IX86 的值设置为 600
/Gd 使用 __cdecl 调用约定
/Ge 激活堆栈探测
/GF
/GF 启用字符串池
/GH 调用挂钩函数 _penter
/GH 调用挂钩函数 _pexit
/GL 启用全程序优化
/Gm 启用最小重新生成
/Gr 启用运行时类型信息 (RTTI)
/Gr 使用 __fastcall 调用约定
/GS 控制堆栈探测
/GT 支持使用静态线程本地存储区分配的数据的纤程安全
/GX 启用同步异常处理
/Gy 启用函数级链接
/GZ 使用 __stdcall 调用约定
/MD 使用 MSVCRT.lib 创建多线程 DLL
/MDd 使用 MSVCRTD.lib 创建调试多线程 DLL
/ML 使用 LIBC.lib 创建单线程可执行文件
/MLd 使用 LIBCD.lib 创建调试单线程可执行文件
/MT 使用 LIBCMT.lib 创建多线程可执行文件
/MTd 使用 LIBCMTD.lib 创建调试多线程可执行文件

输出文件

选项 作用
/FA
/FA 创建列表文件
设置列表文件名
/Fd 重命名程序数据库文件
/Fe 重命名可执行文件
/Fm 创建映射文件
/Fo 创建对象文件
/Fp 指定预编译头文件名
/FR
/FR 生成浏览器文件
/Fx 将插入的代码与源文件合并

调试

选项 作用
/GS 缓冲区安全检查
/GZ 与 /RTC1 相同
/RTC 启用运行时错误检查
/Wp64 检测 64 位可移植性问题
/Yd 将完整的调试信息放在所有对象文件中
/Yl 创建调试库时插入 PCH 引用
/Z7 生成与 C 7.0 兼容的调试信息
/Zd 生成行号
/Zi 生成完整的调试信息

预处理器

选项 作用
/AI 指定在解析传递到#using 指令的文件引用时搜索的目录
/c 在预处理期间保留注释
/D 定义常数和宏
/E 将预处理器输出复制到标准输出
/EP 将预处理器输出复制到标准输出
/Fl 预处理指定的包含文件
/FU 强制使用文件名，就像它已被传递到#using 指令一样
/I 在目录中搜索包含文件
/P 将预处理器输出写入文件
/U 移除预定义宏
/U 移除所有的预定义宏
/X 忽略标准包含目录
/ZI 将调试信息包含在与“编辑并继续”兼容的程序数据库中

语言

选项 作用
/noBool 取消 C++ bool、true 和 false 关键字
/vd 取消或启用隐藏的 vtordisp 类成员
/vmb 对指向成员的指针使用最佳的基
/vmg 对指向成员的指针使用完全一般性
/vmm 声明多重继承
/vms 声明单一继承
/vmv 声明虚拟继承
/Za 禁用语言扩展
/Zc 在 /Ze 下指定标准行为
/Ze 启用语言扩展
/Zg 生成函数原型
/Zl 从 .obj 文件中移除默认库名
/Zp n 封装结构成员
/Zs 只检查语法

链接

选项 作用
/F 设置堆栈大小
/LD 创建动态链接库
/LDd 创建调试动态链接库
/link 将指定的选项传递给 LINK
/MD 使用 MSVCRT.lib 编译以创建多线程 DLL
/MDd 使用 MSVCRTD.lib 编译以创建调试多线程 DLL
/ML 使用 LIBC.lib 编译以创建单线程可执行文件
/MLd 使用 LIBCD.lib 编译以创建调试单线程可执行文件
/MT 使用 LIBCMT.lib 编译以创建多线程可执行文件
/MTd 使用 LIBCMTD.lib 编译以创建调试多线程可执行文件

预编译头

选项 作用
/Y- 忽略当前生成中的所有其他预编译头编译器选项
/Yc 创建预编译头文件
/Yd 将完整的调试信息放在所有对象文件中
/Yu 在生成期间使用预编译头文件
/YX 自动处理预编译头

杂项

选项 作用
@ 指定响应文件
/? 列出编译器选项
/c 编译但不链接
/H 限制外部（公共）名称的长度
/HELP 列出编译器选项
/J 更改默认的 char 类型
/NOLOGO 取消显示登录版权标志
/QI0f 确保 Pentium 0F 指令没有问题
/QIfdiv FDIV、FPREM、FPTAN 和 FPATAN 指令有缺陷的 Intel Pentium 微处理器的变通方法
QIfist 当需要从浮点类型转换为整型时取消 Helper 函数 _ftol 的调用
/showIncludes 在编译期间显示所有包含文件的列表
/Tc
/Tc 指定 C 源文件
/Tp
/Tp 指定 C++ 源文件
/V 设置版本字符串
/w 设置警告等级
/w 禁用所有警告
/Wall 启用所有警告，包括默认情况下禁用的警告
/WL 在从命令行编译 C++ 源代码时启用错误信息和警告消息的单行诊断
/Zm 设置编译器的内存分配限制

CL 命令行使用下列语法：

CL [option...] file... [option | file]... [lib...] [@command-file] [/link link-opt...]

下表说明CL 命令的输入项意义

option 一个或多个 CL 选项。请注意，所有选项都应用于所有指定的源文件。选项是由一个正斜杠 (/) 或一个短划线 (–) 指定的。如果某个选项带有参数，则该选项的说明指定在选项和参数之间是否允许有空格。选项名（/HELP 选项除外）区分大小写。有关更多信息，请参阅 CL 选项的顺序。

file 一个或多个源文件、.obj 文件或库的名称。CL 编译源文件并将 .obj 文件和库的名称传递给链接器。有关更多信息，请参阅 CL 文件名语法。

lib 一个或多个库名。CL 将这些名称传递给链接器。

command-file 包含多个选项和文件名的文件。有关更多信息，请参阅 CL 命令文件。

link-opt 一个或多个链接器选项。CL 将这些选项传递给链接器。

您可以指定任意数目的选项、文件名和库名，条件是命令行上的字符数不超过 1024，该限制是操作系统指定的。

CL 命令文件请参见
设置编译器选项 | 编译器选项
命令文件是一个文本文件，它包含您另外在命令行上键入或使用 CL 环境变量指定的选项和文件名。CL 接受在 CL 环境变量中或命令行上用作参数的编译器命令文件。与命令行或 CL 环境变量不同，命令文件允许使用多行选项和文件名。

命令文件中的选项和文件名将根据 CL 环境变量中或命令行上的命令文件名的位置被进行处理。但是，如果 /link 选项出现在命令文件中，则该行其余部分的所有选项将被传递给链接器。命令文件的后面几行中的选项和命令行上命令文件调用之后的选项仍被作为编译器选项接受。

命令文件一定不能包含 CL 命令。每个选项必须在同一行上开始和结束；不能使用反斜杠 (\) 跨行组合一个选项。

命令文件用一个 @ 符后接一个文件名指定；该文件名可指定绝对路径或相对路径。

‘肆’ 如何只生成 chrome.sln 工程文件以便编译 chromium

一，编译之前的准备。
1） 了解代码组织结构。
Chrome source非常庞大，并且在其主目录下还包含有工具和组件，任何一个工具和组件也附带有其源代码。首先得熟悉这些源代码的组织结构，在http://src.chromium.org/svn/中包含如下子目录：releases,曾经发布过的chrome源代码的正式版本；trunk，当前最新的源代码。由于releases中的代码比较旧，这里就不做说明了，只说明trunk的结构。在trunk下面有3个重要的目录，deps包含了chrome编译和运行所需要的全部组件的代码。src里面包含的则是chrome的主程序的代码，tools包含的是下载和配置编译所需要的第三方工具的压缩包和源代码，其中就有svn和python这2个比较重要的工具，后面再详细介绍。暂时做这样一个简单的介绍，因为其组织结构比较负责，以后再作补充斧正。

2）如何下载和同步源代码。
首先谈谈下载：
1，最简单的方法是从chrome官网上直接下载源代码压缩包，地址是http://build.chromium.org/buildbot/archives/chromium_tarball.html。

2，或者采用svn从http://src.chromium.org/svn/trunk/src这个地方heckout,这要求你先在本地建一个源代码的主目录。

3，另外一个办法则是采用google提供的一个部署工具depot_tools。虽然这几种办法都可下载完整的源代码，但目前的情况是：chrome基于Visual Stdio 2005 进行编译，如果顺利完成编译工作，自然少不了sln文件，较早的源代码中包含有现成的sln和vcproject文件，但后来做了修改，这些文件被抛弃掉，Google自己开发了一种脚本工具叫做GYP,这个工具采用python编写，GYP采用了自定义的一套规则，用于生成各种工程文件。而关键的python则包含于depot_tools中，因此不论采用什么方法下载的代码，都得下载depot_tools这个工具，以获得必须的工程文件。
depot_tools位于 http://src.chromium.org/svn/trunk/tools 下面，包括一个目录和一个zip格式的压缩包。

3）关于编译器
前面提到Chrome采用Visual Stdio 2005进行编译，根据http://dev.chromium.org的说明，需进行如下操作正常编译
a, 安装Visual Studio 2005.
b, 安装Visual Studio 2005 Service Packe 1.
c, 安装Visual Studio Hotfix 947315.
d, 如果是vista系统，还需安装Visual Studio 2005 Service Packe 1 Update for Windows Vista.
e, 安装Windows 2008 SDK，如果是Visual Studio 2008则不需要这一步。
f, 配置Windows 2008 SDK，使2008 SDK成为首选开发库，以获得一些新功能和特性。办法是在开始->程序->Microsoft Windows SDK v6.1 > Visual Studio Registration > Windows SDK Configuration Tool，选择make current按钮。也可以在VS里面手动配置include和libary路径，效果是一样的。

二，如何配置工程文件
1，如果是采用depot_tools，那么从代码下载到生成sln文件会自动完成。其步骤是
（1）下载depot_tools到本地存储，假设位于d:/depot_tools.
（2）将d:/depot_tools添加到系统环境变量中。
（3）创建一个源代码根目录，假设为 d:/chrome,目录不得包含空格。
（4）在命令行下切换当前目录到d:/chrome。
（5）执行命令 gclient config http://src.chromium.org/svn/trunk/src ,该命令会首先下载svn和python分别到d:/depot_tools/svn_bin和d:/depot_tools/python_bin。
（6）执行命令 gclient sync 这个命令会调用svn同步源代码。这个过程会比较漫长。全部完成之后全部源代码就保存在d:/chrome里面。未编译的代码大约有4个G左右，过程将十分漫长。这样获得的源代码已经包含所有的工程文件，可直接打开。

重点说明一下gclient，它实际上是一个批处理文件，它主要做了如下一些事情，首先设置环境变量，如代码根目录，工具根目录等。其次调用win_tools.bat从服务器下载svn和python。最后调用python.exe对Chrome.gyp进行解析生成所有工程文件。
另外需要说明的是，gclient sync的过程非常漫长，根据命令行的提示来看总共需要同步67个项目（不是工程），期间可能会因为一些原因导致错误而退出这个过程，需要继续调用sync。比如网络出现故障svn会多次进入sleep状态然后重试，如果多次失败就会报错退出，还有的情况是某些子目录的属性问题无法同步，可根据提示进行操作。还有个目前新出现的问题，下面2个目录“src/webkit/data/layout_tests/LayoutTests”和“src/third_party/WebKit/LayoutTests”的源代码是从src.webkit.org签出来的，但是这个网站目前存在问题无法签出代码， 需要屏蔽掉这2个目录，由于里面是测试代码，即使丢弃也不会影响整个工程的编译，方法是打开trunk下面的.gclient文件，向里面添加如下内容
"custom_deps" : {
"src/webkit/data/layout_tests/LayoutTests":None,
"src/third_party/WebKit/LayoutTests":None,
},

这样svn就能完成代码的同步了。最后gclient会调用depot_tools/python_bin/python.exe 对 src/build/gyp_
chromium进行处理，这样就得到了所有的sln和vcproject文件。

2，如果是下载的代码压缩包或者checkout的代码，代码目录里面没有sln文件，这个时候需要调用命令行进入源代码根目录，然后执行命令 gclient runhooks --force，命令执行后会直接对Chrome.gyp进行解析,生成sln文件。

在实际下载过程中，最开始的时候我用TortoiseSVN从http://src.chromium.org/svn/trunk/src checkout源代码，但是得到的代码只有几百兆，执行gclient runhooks --force命令后也没有找到sln文件，具体原因未知，不建议使用此方式。而直接下载代码压缩包的方式没有尝试过，不知道是否可行。因此最稳妥的方法还是使用depot_tools来部署和处理源代码。

三 编译工程
启动Visual Studio 2005打开 src/chrome/browser/chrome.sln,或者打开src/build/all.sln,如果打开的是chrome.sln里面包含480个工程，而all.sln则包含507个工程，一些09年的编译说明提到有300左右的工程，可见chrome的代码变动比较大。对整个解决方案进行编译，打开需要2个小时才能完成编译，视硬件环境而定，内存越大越快，推荐4G以上内存，酷睿2核或者4核。编译完成以后据说会占用30G的空间。编译后的文件位于 d:/chorme/chrome/debug 目录或者 d:/chorme/chrome/release目录下。

四 chrome涉及的开源项目

Chrome 采用了很多开源项目，这里把它们列出来以备后用，目前Chrome涉及25个开源代码：
1、Google Breakpad
/src/breakpad
开源的跨开台程序崩溃报告系统。
2、Google URL
/src/googleurl
Google小巧的URL解析整理库。
3、Skia
/src/skia
矢量图引擎。
4、Google v8
/src/v8
Google开源的javaScript引擎。V8实现了ECMA-262第三版的ECMAScript规范，可运行于Windows XP 和 Vista, Mac OS X 10.5 (Leopard), 及 Linux等基于IA-32 或 ARM 的系统之上。V8可单独运行也可嵌入到任何C++程序中。
5、Webkit
/src/webki
开源的浏览器引擎
6、Netscape Portable Runtime (NSPR)
/src/base/third_party/nspr
Netscape Portable Runtime (NSPR) 提供了系统级平台无关的API及类似libc的函数。
7、Network Security Services (NSS)
/src/base/third_party/nss
Network Security Services (NSS) 一套用于支持服务器端与客户端安全开发的跨平台函数库。程序通过NSS可支持SSL v2 and v3, TLS, PKCS #5, PKCS #7, PKCS #11, PKCS #12, S/MIME, X.509 v3 认证及其它一些安全标准。
8、Hunspell
/src/chrome/third_party/hunspell
Spell checker and morphological analyzer library and program designed for languages with rich morphology and complex word compounding or character encoding.
9、Windows Template Library
/src/chrome/third_party/wtl
用于开发Windows程序与UI组件的C++ library。WTL扩展了ATL (Active Template Library) 并提供一套用于controls, dialogs, frame windows, GDI objects等开发的类。
10、Google C++ Testing Framework
/src/testing/gtest
Google用于编写C++测试的基于xUnit架构的框架，可用于多种平台上：Linux, Mac OS X, Windows, Windows CE, and Symbian。支持自动测试发现，有一套丰富的Assertions断言，用于可自定义断言，death tests, fatal and non-fatal failures, various options for running the tests, and XML test report generation.
11、bsdiff 与 bspatch
/src/third_party/bsdiff 及 /src/third_party/bspatch
bsdiff 与 bspatch 用于为二进制文件生成补丁。
12、bzip2
/src/third_party/bzip2
bzip2使用Burrows-Wheeler block sorting text compression 算法与Huffman编码压缩文件。
13、International Components for Unicode (ICU)
/src/third_party/icu38
ICU是一套成熟并被广泛使用的C/C++ 及 Java 库，可为软件提供Unicode与全球化支持。
14、libjpeg
/src/third_party/libjpeg
用于处理JPEG (JFIF)图像格式的库。
15、libpng
/src/third_party/libpng
PNG图像格式库。支持绝大部分的PNG特性，可扩展。已经被广泛地使用了13年以上了。
16、libxml
/src/third_party/libxml
C语言的XML解析库。
17、libxslt
/src/third_party/libxslt
C语言的XSLT库。
18、LZMA
/src/third_party/lzma_sdk
LZMA为7-Zip软件中7z格式压缩所使用的压缩算法，有很好的压缩效果。
19、stringencoders
/src/third_party/modp_b64
一系列高性能的c-string转换函数，比如：base 64 encoding/decoding。通常比其标准实现快两倍以上。
20、Netscape Plugin Application Programming Interface (NPAPI)
/src/third_party/npapi
多种浏览器使用的跨平台插件架构。
21、Pthreads-w32
/src/third_party/pthread
用于编写多线程程序的API
22、SCons - a software construction tool
/src/third_party/scons
开源的软件构建工具——下一代的编译工具。可以认为SCons是改进过的跨平台配上autoconf/automake与ccache的Make工具的子系统。
23、sqlite
/src/third_party/sqlite
大名鼎鼎的嵌入式数据库引擎。自管理、零配置、无需服务器、支持事务。
24、TLS Lite
/src/third_party/tlslite
SSL 3.0, TLS 1.0, and TLS 1.1的Python免费实现库。TLS Lite支持这些安全验证方式：SRP, shared keys, and cryptoIDs in addition to X.509 certificates。注：Chrome并不包涵Python。TLS Lite用于Chrome开发过程中的代码覆盖、依赖检查、网页加载时间测试及生成html结果比较等。
25、zlib
/src/third_party/zlib
zlib为一套用于任意平台与机器的无损数据压缩的库，它免费、自由、无任何法律专利问题。

‘伍’ 命令行下编译vs2010工程怎么做

用法:
devenv [解决方案文件 | 项目文件 | 任意文件.扩展名] [开关]

devenv 的第一个参数通常是一个解决方案文件或项目文件。
如果您希望在编辑器中自动打开文件，
也可以使用任何其他文件作为第一个参数。当您输入项目文件时，IDE
会在项目文件的父目录中查找与该项目文件具有相同
基名称的 .sln 文件。如果不存在这样的 .sln 文件，
IDE 将查找引用该项目的单个 .sln 文件。如果不存在这样的单个
.sln 文件，则 IDE 将创建一个具有默认 .sln 文件名的未保存
的解决方案，其基名称与项目文件的基名称相同。

‘陆’ 如何在 Win32 下用 VCBUILD 编译 sln 下的某一个 vcproj 文件

使用vs安装目录下\Common7\IDE\devenv.com工具可对指定的sln进行编译。
Command line builds:
devenv solutionfile.sln /build [ solutionconfig ] [ /project projectnameorfile [ /projectconfig name ] ]
可通过help查看参数取值及含义。

‘柒’ 如何：在命令提示符处进行编译求解答

使用.NET Framework SDK 提供的 Visual C# 和 Visual Basic 编译器。本主题介绍如何使用批处理文件针对 .NET Compact Framework 程序集而非 .NET Framework 全功能版（桌面）程序集在命令提示符处进行编译。可以直接使用批处理文件或从 make 文件实用工具调用批处理文件来使 .NET Compact Framework 集成到企业生成系统。使用MSBuild 进行编译使用MSBuild 在命令提示符处进行编译在命令提示处，定位到 .NET Compact Framework 应用程序的项目文件所在的目录。项目文件具有 .sln、.vbproj 或 .csproj 扩展名。 键入msbuild.exe，后面跟随项目文件。“命令提示符”窗口将提供有关生成过程的信息。 用于命令提示符编译的批处理文件下表描述了命令提示符编译所需的文件、命令和参数。 要求 说明.NET Compact Framework 程序集默认位于 C:\Program Files\Microsoft.NET\SDK\v2.0\CompactFramework\WindowsCE 文件夹中。您可以在批处理文件或 make 文件中指定该路径，或者使用“我的电脑”属性对话框将其指定为一个环境变量。系统路径变量包括 .NET Framework SDKVisual Basic 编译器 (vbc.exe) 和 Visual C# 编译器 (csc.exe) 位于 %systemroot%\Microsoft.NET\Framework\<version 2.0> 文件夹中。系统路径变量必须包括此路径。-r根据需要引用程序集。您可以通过设置环境变量来指定程序集，如 REF。默认情况下会引用大多数 .NET Compact Framework 程序集。请注意，C# 需要显式引用 Mscorlib.dll，Visual Basic 使用 -sdkpath 开关来定位此文件。-importsVisual Basic 需为以下命名空间进行显式导入：Microsoft.VisualBasicSystem.System.DataSystem.DrawingSystem.Windows.Forms-nostdlb指示Visual C# 编译器忽略 .NET Framework 全功能版（桌面）的程序集。-netcf指示Visual Basic 编译器忽略 .NET Framework 全功能版（桌面）的程序集。-noconfig必选。-sdkpath需要Visual Basic 来定位 Mscorlib.dll。批处理文件需要以下信息：.NET Compact Framework 程序集位置的路径变量。这些示例使用 NETCF_PATH。根据需要使用 -r 开关引用程序集（串联成一个变量）。带有所需开关和参数的编译器命令。这些参数包括变量引用、用于合并其他参数的星号 (*) 和输入到命令提示以运行批处理文件的源文件的名称。创建编译用的批处理文件在文本编辑器中创建一个新文件，然后针对您的首选编程语言添加示例批处理文件的内容，如下面的示例所示。如有必要，调整 NETCF_PATH 变量。保存并命名该文件，例如，可以将 Visual Basic 批处理文件命名为 vbcc.bat，将 C# 批处理文件命名为 cscc.bat。使用批处理文件编译应用程序在命令提示符下输入该批处理文件的名称，然后输入源文件，如下面的示例所示：vbcc myapp.vb可复制到设备或仿真程序的可执行文件将在当前目录中生成。用于C# 编译的批处理文件下面是一个用于 C# 编译的示例批处理文件。 @echo off if "%NETCF_PATH%" == "" ( set NETCF_PATH=c:\Program Files\Microsoft.NET\SDK\v2.0\CompactFramework\WindowsCE) if not "%REF%" == "" goto compile set REF=%REF% "/r:%NETCF_PATH%\MsCorlib.dll" set REF=%REF% "/r:%NETCF_PATH%\System.Data.dll" set REF=%REF% "/r:%NETCF_PATH%\System.dll" set REF=%REF% "/r:%NETCF_PATH%\System.Drawing.dll" set REF=%REF% "/r:%NETCF_PATH%\System.Messaging.dll" set REF=%REF% "/r:%NETCF_PATH%\System.Net.IrDA.dll" set REF=%REF% "/r:%NETCF_PATH%\System.Web.Services.dll" set REF=%REF% "/r:%NETCF_PATH%\System.Windows.Forms.DataGrid.dll" set REF=%REF% "/r:%NETCF_PATH%\System.Windows.Forms.dll" set REF=%REF% "/r:%NETCF_PATH%\Microsoft.WindowsCE.Forms.dll" set REF=%REF% "/r:%NETCF_PATH%\System.Xml.dll" :compile csc -nostdlib -noconfig %REF% %* 用于Visual Basic 编译的批处理文件下面是一个用于 Visual Basic 编译的示例批处理文件。 @echo off if "%NETCF_PATH%" == "" ( set NETCF_PATH=c:\Program Files\Microsoft.NET\SDK\v2.0\CompactFramework\WindowsCE) if not "%REF%" == "" goto compile set REF=%REF% "/r:%NETCF_PATH%\System.Data.dll" set REF=%REF% "/r:%NETCF_PATH%\System.dll" set REF=%REF% "/r:%NETCF_PATH%\System.Drawing.dll" set REF=%REF% "/r:%NETCF_PATH%\System.Messaging.dll" set REF=%REF% "/r:%NETCF_PATH%\System.Net.IrDA.dll" set REF=%REF% "/r:%NETCF_PATH%\System.Web.Services.dll" set REF=%REF% "/r:%NETCF_PATH%\System.Windows.Forms.DataGrid.dll" set REF=%REF% "/r:%NETCF_PATH%\System.Windows.Forms.dll" set REF=%REF% "/r:%NETCF_PATH%\Microsoft.WindowsCE.Forms.dll" set REF=%REF% "/r:%NETCF_PATH%\System.Xml.dll" set REF=%REF% "/r:%NETCF_PATH%\Microsoft.VisualBasic.dll" set IMP= /Imports:Microsoft.VisualBasic,System,System.Data set IMP=%IMP% ,System.Drawing,System.Windows.Forms :compile vbc -sdkpath:%NETCF_PATH% -noconfig -netcf %IMP% %REF% %* 请参见其他资源生成应用程序和核心任务

‘捌’ c#使用命令行编译生成dll文件

C#使用csc.exe编译程序，csc使用/target:library(缩写: /t:library)参数生成Dll文件。
其它参数如下：
Visual C# 编译器选项
- 输出文件 -
/out:<文件> 指定输出文件名(默认值: 包含主类的文件或第一个文件的基名称)
/target:exe 生成控制台可执行文件(默认) (缩写: /t:exe)
/target:winexe 生成 Windows 可执行文件 (缩写: /t:winexe)
/target:library 生成库 (缩写: /t:library)
/target:mole 生成能添加到其他程序集的模块 (缩写: /t:mole)
/target:appcontainerexe 生成 Appcontainer 可执行文件 (缩写: /t:appcontainerexe)
/target:winmdobj 生成 WinMDExp 使用的 Windows 运行时中间文件 (缩写: /t:winmdobj)
/doc:<文件> 要生成的 XML 文档文件
/platform:<字符串> 限制可以在其上运行此代码的平台: x86、Itanium、x64、arm、anycpu32bitpreferred 或 anycpu。默认值为 anycpu。

- 输入文件 -
/recurse:<通配符> 根据通配符规范，包括当前目录和子目录下的所有文件
/reference:<别名>=<文件> 使用给定的别名从指定的程序集文件引用元数据 (缩写: /r)
/reference:<文件列表> 从指定的程序集文件引用元数据 (缩写: /r)
/addmole:<文件列表> 将指定的模块链接到此程序集中
/link:<文件列表> 嵌入指定的互操作程序集文件中的元数据 (缩写: /l)

- 资源 -
/win32res:<文件> 指定 Win32 资源文件(.res)
/win32icon:<文件> 对输出使用此图标
/win32manifest:<文件> 指定 Win32 清单文件(.xml)
/nowin32manifest 不包括默认 Win32 清单
/resource:<资源信息> 嵌入指定的资源 (缩写: /res)
/linkresource:<资源信息> 将指定的资源链接到此程序集 (缩写: /linkres)
其中 resinfo 的格式是 <file>[,<string name>[,public|private]]

- 代码生成 -
/debug[+|-] 发出调试信息
/debug:{full|pdbonly} 指定调试类型(“full”是默认类型，可以将调试程序附加到正在运行的程序)
/optimize[+|-] 启用优化 (缩写: /o)

- 错误和警告 -
/warnaserror[+|-] 将所有警告报告为错误
/warnaserror[+|-]:<警告列表> 将特定警告报告为错误
/warn:<n> 设置警告等级(0-4) (缩写: /w)
/nowarn:<警告列表> 禁用特定的警告消息

- 语言 -
/checked[+|-] 生成溢出检查
/unsafe[+|-] 允许“不安全”代码
/define:<符号列表> 定义条件编译符号 (缩写: /d)
/langversion:<字符串> 指定语言版本模式: ISO-1、ISO-2、3、4、5 或 Default

- 安全性 -
/delaysign[+|-] 仅使用强名称密钥的公共部分对程序集进行延迟签名
/keyfile:<文件> 指定强名称密钥文件
/keycontainer:<字符串> 指定强名称密钥容器
/highentropyva[+|-] 启用高平均信息量的 ASLR

- 杂项 -
@<文件> 有关更多选项，请阅读响应文件
/help 显示此用法信息 (缩写: /?)
/nologo 取消编译器版权信息
/noconfig 不要自动包含 CSC.RSP 文件

- 高级 -
/baseaddress:<地址> 要生成的库的基址
/bugreport:<文件> 创建“Bug 报告”文件
/codepage:<n> 指定打开源文件时要使用的代码页
/utf8output 以 UTF-8 编码格式输出编译器消息
/main:<类型> 指定包含入口点的类型(忽略所有其他可能的入口点) (缩写: /m)
/fullpaths 编译器生成完全限定路径
/filealign:<n> 指定用于输出文件节的对齐方式
/pdb:<文件> 指定调试信息文件名(默认值: 扩展名为 .pdb 的输出文件名)
/errorendlocation 输出每个错误的结束位置的行和列
/preferreilang 指定首选输出语言名称。
/nostdlib[+|-] 不引用标准库(mscorlib.dll)
/subsystemversion:<字符串> 指定此程序集的子系统版本
/lib:<文件列表> 指定要在其中搜索引用的附加目录
/errorreport:<字符串> 指定如何处理内部编译器错误: prompt、send、queue 或 none。默认值为 queue。
/appconfig:<文件> 指定一个包含程序集绑定设置的应用程序配置文件
/moleassemblyname:<字符串> 此模块所属程序集的名称

‘玖’ 求教关于用 VS2010用命令行如何 编译C++工程 （最好有详细示例）

用法:
devenv
[解决方案文件
|
项目文件
|
任意文件.扩展名]
[开关]
devenv
的第一个参数通常是一个解决方案文件或项目文件。
如果您希望在编辑器中自动打开文件，
也可以使用任何其他文件作为第一个参数。当您输入项目文件时，ide
会在项目文件的父目录中查找与该项目文件具有相同
基名称的
.sln
文件。如果不存在这样的
.sln
文件，
ide
将查找引用该项目的单个
.sln
文件。如果不存在这样的单个
.sln
文件，则
ide
将创建一个具有默认
.sln
文件名的未保存
的解决方案，其基名称与项目文件的基名称相同。

‘拾’ borland c3.1（集成开发环境下）怎么编译和连接多个文件

起点－SDK和IDE的选择
本文主要为学习Symbian开发的初学者讲授如何准备开发环境。对Symbian开发有兴趣、具备一定软件设计基础的朋友都可以来一起研究。需要说明的是，对于学习Symbian开发，需要有较为牢固的编程经验（这里我们暂时要求具有较好的C++程序语言设计能力），需要较好的英语基础，需要坚持不懈的精神；另外，如果你重来没有接触过VS2003，不懂DOS命令、不懂如何设置环境变量，请先学习相关知识。另外，本文的作用仅仅是总结和引导，强烈建议初学者结合本文和SDK文档动手实践
本文主要针对S60的开发环境的建立，因此首先为大家列出S60系统的各种版本。因为开发者应该根据需要，选择自己适合的SDK版本。
1、Series60 第一版 － Symbian OS 6.1
2、Series60 第二版 － Symbian OS 7.0s
3、Series60 第二版 Pack 1 － Symbian OS 7.0s
4、Series60 第二版 Pack 2 － Symbian OS 8.0a
5、Series60 第二版 Pack 3 － Symbian OS 8.1a
6、Series60 第三版 － Symbian OS 9.0
需要要说明的是，Nokia的Symbian/Series60开发包支持的集成开发环境[IDE]工具有很多种，下面列出主要使用的一些IDE：
1、Microsoft Visual Studio 6 / Visaul C++ 6
2、Microsoft Visual Studio .NET [2003] / Visaul C++ 7
3、Borland C++ Builder 6
4、Borland C++ Builder X 1.0
5、Metrowerks CodeWarrior Studio for Symbian Personal/Professional 2.0/2.5
选择哪种开发工具依据是你个人的习惯和喜好，需要注意的是，对于不同的开发环境，我们需要选择不同SDK。本文所使用的SDK支持Series60 第二版 Pack 2 － Symbian OS 8.0a，IDE为VS2003：
=============================================
SDK:SERIES 60 2ND EDITION SDK FOR SYMBIAN OS SUPPORTING FEATURE PACK 2
SUPPORTING MICROSOFT VISUAL C++ CHINESE SIMPLIFIED EDITION
IDE：Microsoft Visual Studio .NET 2003
=============================================

若你使用的IDE是VC6，那么步骤与本文将有所不同，你可以参考网上其他教程，网上讲授Symbian环境设置的90％以上的文章都是基于VC6的。若你使用VS2003，但是所使用的SDK与本文使用的有所出入，那么本文仍然适用，不过个别地方也许会有改动。有什么问题可以提出来，大家一起讨论。
本文并未讲述安装Nokia Developer Suite － Carbide.vs 来配合VS2003导入、建立S60工程。这部分内容将在下一篇文章讲解如何建立、导入工程的时候详细讲解。因此你可以暂时不安装该软件。等你按照下面的说明将环境设置好以后，再安装此软件做更深一步研究。涉及此项内容的细节，请参阅：Symbian OS开发入门（二） ：VS2003环境下Symbian工程的导入与建立。
我个人原来是使用VC6作为IDE，对VS2003下的开发也不是特别熟悉，我是一个Symbian开发的初学者，这里写的东西是大多数基于SDK的开发文档，结合自己测试的时候的一些经验教训。写出来，一方面象引导象我一样的初学者尽快入门，另外一方面大家也可以在此基础上讨论，解决一些经验错误。帮助后来者少走弯路。
【开发环境建立详细步骤】
一、系统要求
文档中写了一些对你PC的要求，反正就是保证你的电脑能运行VS2003和SDK。一般没有什么问题。系统要求Win2000 SP3以上， WinXP SP1以上，Win2003中任意一种。
二、软件安装
说明：在安装SDK以前保证下列1－3项先被正确安装。安装软件的时候必须保证你所使用的帐号是你PC的管理员帐号，否则可能导致某些环境变量不能被正确设置。SDK和IDE要安装在电脑上的同一个分区。SDK的安装路径不能含有空格。下面详细说明需要安装的软件及其步骤：
1、在安装SDk之前必须安装ActivePerl(官方文档要求安装Perl 5.6.1 build 531，并说明安装其他版本可能会有问题，我自己测试使用ActivePerl-5.6.1.638-MSWin32-x86，运行情况良好)。该软件可以到官方网站下载：
2、安装JAVA Run-Time1.4.1_02 或者新版本，下载地址java.sun.com/downloads/index.html"
说明：在使用命令行编译程序的时候事实上是不需要用到JAVA Run-Time1的。但是以后我会提到，若要使用SDK的一个强大的工具ApplicationWizard，就必须安装该组件，同时若要使用Sisar等工具的话，JRE也必不可少。这里请你就先安装吧。
3、安装IDE，如前所述，安装Microsoft Visual Studio .NET 2003
4、安装SDK，注意前面所说的SDK的安装路径不能含有空格。并且要和IDE装在同一个分区，这样可以避免一些麻烦。下载地址：,6566,034-4,00.html
5、安装Nokia Developer Suite － Carbide.vs 。这相当于VS2003的一个插件，用于帮助你导入或者建立S60工程，从而似的你可以在VS2003中编写代码。（本文暂时不讲解怎么使用，你可以先安装，也可以以后用的时候再安装）
下载地址：,,034-902,00.html
三、环境变量检查
在2.0版本的SDK之前[不包括1.2For CW]，你需要在系统变环境量中设置一个名为EPOCROOT的环境变量，（什么是环境变量，如何设置，这个去自学），他要指向你的SDK包含有epoc32的路径，前面没有盘符，后面要加一个"\"，这个一般在你安装了SDK之后系统会自动替你加好。不过2.0之后的[包括1.2 For CW]就不必设置了，有一个名为devices的SDK管理工具会为一些需要使用这个变量的工具提供类似模拟EPOCROOT环境变量的功能。可以把devices看作是多个Symbian SDK，不限于S60，得切换工具，他的使用方法可以在你安装了2.0SDK之后，在命令行模式下输入 devices -help 来获得帮助。
我们使用的这个版本的SDK不需要设置太多环境变量，这里只需要自己加入修改一下环境变量，在系统环境变量path中加入：
{VS2003的安装路径}\Microsoft Visual Studio .NET 2003\Vc7\bin;这样才能保证后面用到的LINK.EXE被正确设置。
四、编译运行“Helloworld” - 检查开发环境是否被正确设置
上面的安装步骤完成以后，还没有大功告成，这时你需要做的是检查你的环境是否被正确设置。怎样来确认开发环境已经正确建立了呢？最好的方式就是通过编译、运行一个例子来检验。需要指出的一点是，下面的步骤可以在可以在Windows的命令行工具中操作，也可以在VS 2003自带的工具“Visual Studio .NET 2003 命令提示”中操作。在VS 2003的命令行工具中操作，其优点是可以避免某些环境变量设置有误而导致的错误，因为它不但包含系统环境下PATH变量的内容，同时也包含安装VC++.NET过程中，添加的一些路径，包括主要的编译链接等工具。而缺点就是：若你仅仅在这里通过验证，而在WINDOWS自带的命令行界面没有通过的话，那么后期会遇到一些麻烦（例如使用ApplicationWizard建立工程）。所以，如果不使用VC++.NET带的“命令提示”工具，您也许就会因为找不到相应编译工具，而无法继续下去。如果自己勤快一些，可以手动把环境变量加到系统PATH中去，这样就可以用Windows“附件”菜单中的那个“命令提示”工具了，后面也许会顺利一点。
1、打开Windows的命令行界面（或者VC++.NET自带的命令行工具）
2、将刚刚安装的SDK设置为默认的devices.这个可以通过下面的命令设置：
devices -setdefault @S60_2nd_FP2_SC:com.nokia.Series60
事实上SDK的安装过程中就会提示你设置默认的devices。做这个工作的原因是你的系统中很可能安装了多个SDK，那么使用哪个SDK作为当前的开发工具，就需要正确设置。你可以使用命令行devices -default来查看当前的默认SDK是什么。
3、找到Symbian工程文件所在的目录
现在我们就通过SDK中自带的例子来验证你的环境是不是被正确设置。注意安装了SDK以后，在其安装目录中的Series60Ex文件夹中有很多例子，我们使用helloworldbasic来验证。在命令行界面中用cd命令进入helloworldbasic的group目录：
cd sdk_installation _directory\Series60Ex\helloworldbasic\group
在group目录下应该包含bld.inf和helloworldbasic.mmp这两个文件。这两个文件的简要描述如下：
HelloWorld.mmp：项目定义文件，描述了将要构建的项目信息，还定义了一些资源文件和应用程序信息文件。它是一个环境中立的文件，可以使用各种工具来处理并生成各种目标环境的make文件。您可以使用文本编辑器查看该文件。里面的信息还是很简明的，包括构建目标，构建类型，源路径，库文件，头文件等等信息。
Bld.inf：组件描述文件，它列出了一个组件当中包括的所有项目，还包括一些额外的构建指令。您也可以使用文本编辑器查看该文件。对于本实例来说，仅包括一个项目HelloWorld.mmp。
4、在命令行中输入bldmake bldfiles
这个命令会处理当前目录下的bld.inf文件，具体来说会执行以下处理过程
(1)、生成目录C:\Symbian\8.0a\S60_2nd_FP2_SC\epoc32\BUILD\SYMBIAN\8.0A\S60_2ND_FP2_SC\SERIES60EX\HELLOWORLDBASIC
(2)、在这个目录下，生成一系列的Make文件，针对各种目标环境。比如VC7.MAKE，CW_IDE.MAKE等等。
(3)、在当前目录下生成abld.bat文件，这个文件会在随后用到。您可以查看该文件的内容。但是建议不要手工的更改它的内容。
Bldmake命令也支持其他的命令行选项，您可以直接输入bldmake来查看简要的介绍，还可以查看SDK文档了解详细信息。
5、在命令行中输入abld build wins
由bldmake处理bld.inf文件得到的abld.bat文件，使得abld命令可用。Abld.bat控制着构建一个项目的方方面面。Abld命令的语法非常地灵活，它拥有许多命令行选项，它们的组合涵盖了各种构建需求。
注意：这里如果你被提示缺少了一个文件mspdb71.dll,那么可以通过如下方法解决：在Microsoft Visual Studio .NET 2003的安装目录下。你可以在\Common7\IDE这个目录下找到这个文件。把他拷贝到\Vc7\bin下就可以了。再次提醒前面的环境变量要设置好，否则这里你还会因为缺少link.exe而中止运行。
6、在命令行中输入：epoc
这时模拟器就会出现。如果你的环境都设置正确的话，那么模拟器中就会有你刚刚编译的helloworld,它在模拟器上的名字是“HW”
五、检查SDK和IDE是否兼容工作
1、重复上面的1－4
2、在命令行中输入：makmake helloworldbasic vc7，这时会在group文件夹下生成一些文件，其中包含VS2003的工程文件HELLOWORLDBASIC.sln
3、打开VS2003,选择“打开解决方案(Open Solution)”，打开HELLOWORLDBASIC.sln，然后进行编译、运行，就会得到第四部分第6步中的效果。（运行的时候可能需要选择程序epoc.exe）