如何在DOS下编译C文件

本文来自CSDN博客

 

★★ 注意：以下适合 PC 环境 ★★

●C/C++ 编译器需要的环境变数设定

 

古早以来，PC 上的 C 编译器，就需要两个环境变数：

 

LIB：这个环境变数告诉编译器说，必要的 libraries 在哪里（哪个磁碟目录下）

INCLUDE：告诉编译器说，必要的 header files 在哪里（哪个磁碟目录下）

 

另外，为了让我们能够在任何 working directory 都叫得到编译器，当然我们必须设定 PATH。

 

从古早以来，一直到现在，C/C++ 编译器都需要这三个环境变数。

 

 

●以 Visual C++ 为例

 

以 Visual C++ 为例，如果安装後的档案布局如下：

 

C:\MSDEV\VC98\BIN : 这里放有编译器 CL.EXE

C:\MSDEV\VC98\INCLUDE : 这里放有 C/C++ header files

C:\MSDEV\VC98\LIB : 这里放有 C/C++ standard libraries

 

那麽你可以写一个批次档如下：

 

set PATH=C:\MSDEV\VC98\BIN;C:\MSDEV\COMMON\MSDEV98\BIN

set INCLUDE=C:\MSDEV\VC98\INCLUDE

set LIB=C:\MSDEV\VC98\LIB

 

之所以需要另外设定PATH=C:\MSDEV\COMMON\MSDEV98\BIN，是因为编译器 CL.EXE 执行时需要 MSPDB60.DLL，而它被安装於C:\MSDEV\COMMON\MSDEV98\BIN 之中。

 

如果你写的程式不只是单纯的 C/C++ 程式，还用到了 MFC，一样可以在 console mode 下编译，这时候你的环境变数应该如此设定：

 

set PATH=C:\MSDEV\VC98\BIN;C:\MSDEV\COMMON\MSDEV98\BIN

set INCLUDE=C:\MSDEV\VC98\INCLUDE;C:\MSDEV\VC98\MFC\INCLUDE

set LIB=C:\MSDEV\VC98\LIB;C:\MSDEV\VC98\MFC\LIB

 

多指定了 MFC\INCLUDE 和 MFC\LIB，就可以让编译器和联结器找到 MFC 的header files 和 libraries。如果你还需要用到 ATL，就得在 INCLUDE 环境变数中再加上C:\MSDEV\VC98\ATL\INCLUDE。

 

 

●以 Borland C++Builder 为例

 

以 Borland C++Builder 为例，如果安装後的档案布局如下：

 

C:\BORLAND\CBuilder3\BIN : 这里放有编译器 BCC32.EXE

C:\BORLAND\CBuilder3\INCLUDE : 这里放有 C/C++ header files

C:\BORLAND\CBuilder3\LIB : 这里放有 C/C++ standard libraries

 

那麽你可以写一个批次档如下：

 

set PATH=C:\BORLAND\CBuilder3\BIN

set INCLUDE=C:\BORLAND\CBuilder3\INCLUDE

set LIB=C:\BORLAND\CBuilder3\LIB

 

 

●如何在 console 中编译 C/C++ 程式

 

首先，开启一个 DOS Box（DOS Prompt, DOS VM），然後在该 DOS box 中执行上述写好的批次档，完成环境变数的设定。你可以再在 DOS 提示号下键入 set 命令，看看环境变数的设定内容正确与否。

 

然後就可以直接在 DOS 提示号下键入编译器名称，开始编译了。如果你使用Visual C++，就这麽做：

 

C:\> CL test.cpp <Enter>

 

如果你使用 C++Builder，就这麽做：

 

C:\> BCC32 test.cpp <Enter>

 

至於特殊情况下需要什麽特殊的 options，就必须自己查一下啦。只要执行 CL /?或 BCC32（其後不加任何引数），便可看到所有的 compile options。

 

 

●编译器与联结器的关系

 

早期的编译过程与联结过程是分开的。换句话说我们必须做两个动作：

 

C:\> Cl test.cpp

C:\> LINK test.obj xxx （xxx 代表各个必要的 libraries）

 

或是：

 

C:\> BCC32 test.cpp

C:\> TLINK32 test.obj xxx （xxx 代表各个必要的 libraries）

 

 

如今的编译过程与联结过程当然还是分开的，但是我们的动作只需一个：

 

C:\> CL test.cpp

 

或是：

 

C:\> BCC32 test.cpp

 

这是因为编译器变聪明了，除非你指定 /c option（表示只编译不联结），否则它便自动为你呼叫联结器进行联结动作。过去以来颇令 programmer烦恼的「该使用哪些libraries」的问题，编译器也有了聪明的解决方案：它将程式中用到的 library functions 记录起来，同时也录下它们所属的library 名称，於是联结器就可以从这个表格中知道要联结哪些 libraries 了。

 

 

 

●环境变数与 DOS VM（Virtual Machine）的关系

 

你可以同时开起多个 DOS Box，但是你不能够在某个 DOS Box 中执行上述批次档而在另一个 DOS VM 中享受其环境设定。

 

这是因为每个 DOS Box 都是一个 Virtual Machine，彼此谁也看不到谁，互不相干。

 

除非你在 autoexec.bat 中就设定好上述那些环境变数。这麽一来，任何一个新开启的 DOS VM 便会因为继承最原始的 DOS VM 环境，而继承了那些变数设定。

 

 

●环境空间（environment space）不足

 

最易造成大家困扰的，就是环境空间（environment space）不足的问题。

 

当你安装好 Visual C++，会在其 BIN 子目录中发现一个名为 VCVARS32.BAT 的档案。这个档案其实就是做上述的环境变数设定动作（这在 Visual C++ 安装过程的最後一个步骤有说明。哎，有多少人安装软体不看说明！）。所以，你可以在任何 DOS Box 中执行此档，取代前述我们自己的批次档。

 

但是通常大家都有失败的经验，得到 "Out of environment space" 的错误讯息。这是因为 VCVARS32.BAT 使用以下句法：

 

set INCLUDE=%MSVCDir%\ATL\INCLUDE;%MSVCDir%\INCLUDE;%MSVCDir%\MFC\INCLUDE;%INCLUDE%

set LIB=%MSVCDir%\LIB;%MSVCDir%\MFC\LIB;%LIB%

 

意思是把 INCLUDE 的原始设定（%INCLUDE%）再附加其他设定，并把LIB 的原始设定（%LIB%）再附加其他设定。如果原始设定已经很长，多来这麽几次，便 "Out of environment space" 啦！

 

做法之一是调高环境空间的大小。请在 c:\config.sys 档中加上这行：

 

shell=C:\COMMAND.COM C:\ /E:1024 /P

 

其中 /E:1024 便是表示将环境空间调为 1024 bytes。（不够？再调）

 

做法之二是不要使用 VCVARS32.BAT 的那种「附加」句型，改用前述我们自己的批次档。要知道，我们可能有好几个编译器环境（VC、BCB、G++ ┅），需要轮番测试我们的程式；如果使用「附加」句型，多来几次，再大的环境空间也会消磨殆尽。

 

方法一和方法二要双管齐下唷。

 

 

●有任何规模上的限制吗？

 

使用 console 模式（或称 command line 模式）来编译联结程式，程式的大小可否有任何规模上的限制？答案是没有！

 

它的缺点是没有工具帮你管理档案、没有预设值让你少打几个字、没有分析工具帮你整理 objects，让你浏览 objects、symbols┅。所以一旦你基本功学会了，要开始中大型程式的设计，当然以整合环境（IDE）为佳。

 

 

●不要误会

 

我这不是开倒车，要大家回到茹毛饮血的时代，都回头去做山顶洞人。而是我觉得，对於一位 C/C++ 初学者，整合环境（IDE）的运用恐怕带来一头雾水，不如先在console mode 下作业。一方面多认识一些环境设定方面的常识，满好的，一方面比较方便好用，也不必写个 1000 行的小小练习还得启动 五五加农炮，一方面求知的力量可以全部放在语言的练习上头。

 

等有了一定的程度，再使用整合环境，就不会如坠五里雾了。

 

-- the end

 

原始链接 : http://jjhou.csdn.net/article99-10.htm

 

 

 

==========================================================

 

 

 

偶滴说明:

 

以VC 9.0为例,假如cl.exe所在目录为D:\Program Files\Microsoft Visual Studio 9.0\VC\bin下(具体这个目录由你安装的位置所决定),在cmd中,切换到这个目录下,然后输入cl.即:

 

D:\Program Files\Microsoft Visual Studio 9.0\VC\bin>cl

 

则可能会出现如下的情况,附图上来 (注:VC6.0可能不会提示没有找不到mspdb60.dll,但VC8.0和VC9.0可能会提示该错误)

 

对于这个的解决办法有几种,一种是到网上下载mspdb60.dll,然后把它拷贝到C:\WINDOWS\system32目录下

 

第二种解决办法是:在D:\Program Files\Microsoft Visual Studio 9.0\VC\bin目录下,有个批处理文件VCVARS32.BAT,具体可使用dir命令查看,在Bin目录下,可以直接运行输入VCVARS32.BAT,即如:

 

D:\Program Files\Microsoft Visual Studio 9.0\VC\bin>VCVARS32.BAT

 

然后再使用cl命令,这样就不会提示找不到mspdb60.dll了,输入cl命令会有这样的输出:

 

D:\Program Files\Microsoft Visual Studio 9.0\VC\bin>"D:\Program Files\Microsoft Visual Studio 9.0\Common7\Tools\vsvars32.bat"

Setting environment for using Microsoft Visual Studio 2008 x86 tools.

 

 

注:使用第二种方法的好处是,直接使用编译器提供的批处理文件VCVARS32.BAT,则整个命令行环境都被设置好了,而使用第一种方法,还需要设置一些环境变量,需要自己写批处理,否则会出现类似如下的错误,如:

 

LINK : fatal error LNK1104: cannot open file "LIBC.lib"

 

fatal error C1034: iostream: no include path set

 

所以这里要设置,PATH和LIB以及INCLUDE等环境变量

具体可以参见本篇文章.不过这个设置是临时性设置的,每次打开DOS窗口都要再运行一次批处理

 

当然,如果你在安装VC9.0(VC6.0有的,VC9.0也应该有吧,即安装的时候有是否注册环境变量提示)的时候,注册了环境变量的话,在安装的时候,不知道大家有没有注意到.有个窗口,叫Setup Environment Variables,在这个窗体中,有个单选框,名字叫Register Environment Variables,注册了它的话,一切都不需要再设置了,可以直接编译运行的,如果在安装的时候忘记注册了,也有解决办法,可以对着我的电脑点右键-->属性-->环境变量进行设置,类似于配置JDK环境一样,这里不详述,这样设置之后就不是临时性设置了,每次开启DOS就不用在设置了.可以直接编译运行程序了