以下内容均转自http://www.newsmth.com
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
什么叫TC IDE?

IDE就是指你打开tc时看到的窗口，它的学名叫集成开发环境(Integrated Dev
elopment Environment).下面提到的IDE就是它的简称。 TC IDE当然就是TC集成开
发环境了，另外你会见到VC IDE等等，都是指这个。

如果你是用TC3.0或者BC3.1,我先给你介绍N个路径：

1。TC路径：

就是TC的安装路径，默认安装在C:下，因此将是C:\TC，如果曾经更改驱动器，
做相应修改即可。甚至也可以是驱动器下的子文件夹，比如，D:\WORK，此时的TC路
径就是D:\WORK\TC。

2。bin路径：

这个路径下包含TC工作的所有需要的可执行文件，比如TC.exe,TCC.exe,MAKE.
exe,Link.exe等等。这些文件之所以称为可执行文件，原因当然是都是二进制(bin
正是binary的缩写)文件，它们的特征就是，都可以在命令行方式下运行，只不过有
些文件需要输入命令行参数而已。对于曾经编写过带有main参数的C或C++程序员来
说，他们最清楚命令行参数的意义和作用了。关于此问题可以专门开辟一个话题来
讨论。不过这里可以说明的一点就是，TCC.exe、Make.exe、link.exe这3个文件便
是典型的需要命令行参数也就是main参数才能正确执行的程序了。

3。工作路径：Work Directory

默认当前打开位置。这个问题有点复杂，不过说清楚了也很简单。复杂就复杂
在默认上面。究竟它默认什么呢？首先我说这个问题跟IDE的打开方式有关。一种方
式是直接在bin目录下点击tc.exe，或者将命令行路径设置到bin目录，然后输入tc
(回车)后打开的方式。可以不恰当的说这叫标准方式。如果你是安装TC后第一次打
开IDE，那么以这种方式打开后的IDE界面将是很干净的那种，就是说不会出现上次
未关闭的文件窗口。这种方式的工作路径就是bin路径。因为你是进到bin路径下打
开的TC IDE。第二种打开方式很特别，就是你在其他路径下建立TC.exe的快捷方式
（如何建立快捷方式属于系统基本操作方面的东西，我暂时假定大家都会，如果不
会，可以单独讨论），当然了，这个快捷方式也可以在bin路径下，这并不是没道理
的，好像bin路径下的快捷方式经常会自动生成。 不管快捷方式在哪里，只要是有
效的，那么点击它都可以打开TC IDE,而且这样打开的IDE的工作路径就是此快捷方
式所在的路径，而不是bin路径，尽管实际上打开的IDE仍然是bin下的TC.exe.还有
一种打开方式，这个恐怕就更复杂，其实操作起来是最简单的。就是设置文件关联
。比如你想直接点击.c或者.cpp文件就能用TC.exe打开，像点击.txt文件就能直接
用记事本打开那样，方法就是设置文件默认打开方式为tc.exe。方式跟操作系统相
关，但是windows系列的大都差不多，就是右键点击.c或者.cpp文件选择文件打开方
式，查找可执行程序，浏览bin目录，找到tc.exe，然后选中“始终使用此程序打开
该文件”，确定既可。完了之后你可能会发现凡是以.c或者.cpp为后缀名的文件图
标都变了，这无所谓，这说明你的设置生效了。如果图标没变也无所谓。此后你每
次点击.c或者.cpp文件，便可以直接看到TC IDE窗口及文件源代码了。说了这么多
无关的话，其实就是一个目的，在文件当前位置打开，这样打开后的IDE的工作路径
就是当前源文件的路径。上述三种方式打开文件后IDE都会给你指定当前路径，但是
如果忘记自己当初如何打开的怎么办呢？当然有一个地方可以看到，那就是IDE的f
ile菜单下的Change dir...下的显示路径。到这里你可能也发现了，是不是也可以
自己随时修改阿？你真聪明！没错，You can change it!改了之后的路径就是当前
的工作路径了。说了这么多，大概你最想知道的就是这个路径是干什么的？改不改
有什么必要？没错，你的问题又问到点上了。这个问题我留在本贴的最后给你回答
。记住咯！

4。包含路径：Include Directories

默认是而且应该是 TC路径\Include,否则程序在编译时将会报错，比如前几天
几个帖子问到的，怎么找不到stdio.h啦等等，原因就在这里没有按要求设置。再通
俗点讲，如果你把TC下的Include文件夹单独搬到了西伯利亚，那么你就写 西伯利
亚\Include.

5。静态库路径： Library Directories

唯一跟包含路径不同的是把Include对应改成lib,如果你把TC路径下的lib改名
叫john,那么你就应该改成 TC路径\john.

6。输出路径：Output Directory,就是你的源程序编译生成的.obj,.exe等存放的路
径，默认是工作路径，当然你可以修改成你指定的路径。修改方式我下面会说明。


7。源代码路径：Source Directory.

英文意思是：It is the directories where the integrated debugger looks
for source code to libraries that do not belong to the open project.

意思是一个使用连接库的工程在被集成调试器调试的时候为调试器指定的连接库的
源代码路径。因为使用了连接库的工程原本不可以开放库程序的源代码的。这个路
径只在调试连接库时用到，因此对于初学者，尤其是不涉及编写连接库的程序时，
大可不理它。

[2004.5.14修订]

以上后四个路径你可以在Options\Directories下的窗口中看到，当然你也可以
在这里修改。

源文件到可执行文件的过程：

在窗口上编写完源代码后点击Compile菜单下的Compile子项或者按提示执行快
捷键(Alt+F9)就是编译源文件，此过程完成后，你将会在“输出路径”下看到.obj
文件，这就是编译的结果。然后你需要连接(link),同在这个菜单下第三项就是该命
令。只有第一步Compile成功后才可以做这步，否则这一步是不可能成功的。只有这
步成功后，你的程序才可以算是可以运行。这一步如果成功，你将会在"输出路径"
下看到对应的.exe文件。对于上面两步，你可以直接点击Compile\Make (F9)一次完
成，当然如果有错，也会看到IDE的Message窗口中给出的提示信息。在此我插一句
不相干的话，以后请到论坛上问问题的同学把这个Message的信息一并给上来。

做完上面的步骤你是不是根本就没看到程序运行结果？对了，你要看到就见鬼了！


我告诉你怎么办吧，上面两个步骤完了之后能看到.exe文件，说明你的文本源代码
已经被tc的集成开发包处理完毕了，也就是说你已经见到你的劳动成果了，它就是
那个.exe文件。至于这个文件如何处理，如果它的功能很强的话，你可以用它来操
纵无人驾驶飞机，发射导弹，如果很弱的话，你大概只能看到“Hello World!”了
。说了这么多，再给你说一句掏心窝子的话，那个exe跟tc.exe有什么区别？不就是
文件名吗？不就是执行效果吗？所以说，它就是一个真正的可执行文件，你可以点
击它运行，然后察看运行结果，同样也可以在命令行方式下运行，同样你会看到运
行结果。不过为了调试方便，为了能马上看到源文件编译连接后的执行结果，IDE为
你提供了方便的操作接口，就是Run\Run(Ctrl+F9)命令，点击它或者按快捷键Ctrl
+F9你就可以相当于在外面直接点击看到那个可执行文件一样的执行效果了。

还有几点需要补充： 关于查看窗口(Window\User screen(Alt + F5))功能。

因为是这样的，只有输出功能的程序执行完毕后它就会自动关闭，不会等着你看运
行结果，所以你需要执行这个命令来查看。但是你想一个成熟的程序总不能离不开
IDE吧，就像是小孩子，总得有离开妈妈的怀抱的时候吧，否则会叫人家同龄人笑话
“乳臭未干”的，所以，为了避免这个问题，就出现了使用程序语句控制的“曲线
救国”方式，大家应该见过程序代码中恁多的getch()或者getchar()，就是“干这
个使”的。当然了，用它们可不是白用的，不能少了#include <conio.h>（对于ge
tch()），而getchar()被包含在stdio.h中，这个文件一般是不会被丢掉的，但是如
果真是出现找不到getchar的错误，你就该想到是什么原因了。关于它们哥俩的具体
使用方式和差别我就不在这里废话了。否则会叫人骂的——这么简单的问题还这么
废话！我想有些人这时也会站出来为我辩护：我还想叫他多说两句呢，就你们多管
闲事！

呵呵，所以阿，我就折衷了，只说一半！该不会两边都骂我吧？那我就失策了！

说了这么多，记得有一个承诺还没兑现：就是关于那个工作路径的问题。

好了，这里简单的说一下，这个路径跟源文件中涉及到的对文件的包含和读写
有关。

比如

#include <conio.h>

和

#include "conio.h"

的区别就在于前者是当前第一查找“包含路径”而后者当前第一查找工作路径，所
以说，对于像conio.h这样的编译系统头文件，你就是用前者，而别用后者，而对于
用户自定义的比如myfile.h，myfile.cpp等等文件，你就是用后者。这样能提高连
接速度。

然后还有一点，就是在图形模式初始化中遇到的情况，

initgraph(int *,int *, char *);

这里的第三个参数是BGI文件的路径，这下你可能抢先发话了，“不就是把TC路径下
的BGI写到这里吗？”没错！你算领会精神了。

像这种类似于写文件路径的代码，通常有两种方式，一个就是绝对路径，这没
得说，再就是相对路径，初次学编程的人可能到这里就犯愁了，这么多路径，相对
谁呢？或者你懂得稍多点，说“大概就是那个那个吧”，说了半天，你还是不敢确
定，万一下次我重新用另一种方式打开这个文件或者其他文件呢？难不成还会变？


有这个想法是对的，没这个想法是不可原谅的，因为编程，或者更广义点讲，学计
算机，必须叫真，是一就是一，是二就是二，不能来马虎！我也不给你们废话了，
直接告诉你们答案好了，这个相对的路径就是上面我提到的“工作路径”！

这里面有些东西在TC2.0这个老爷车里是不一样的。比如使用某些函数不需要包
含头文件（printf,getch等等），BGI相对路径就是当前路径等等，这不能用上面的
模式照搬。东西要学活，学活了你也就懂得了如何应付千变万化！

另外需要强调的一点是：对于IDE环境设置方面的路径填写，目录分隔符"\"只
需要单斜杠，而程序源代码中，包括预编译指令#include 中的文件路径一旦需要使
用目录分隔符，都要用"\\"来代替。"."表示当前目录，".."表示上级目录，因此"
..\\BGI"表示上级目录下的BGI子目录，实际上BGI就是和当前目录(假如是bin) 是
相同级别的，它们都在TC目录下。

转自http://www.newsmth.com

CProgramming 版 (精华区)

亲密接触VC6.0编译器

大家可能一直在用VC开发软件，但是对于这个编译器却未必很了解。原因是多方面的。大多数情况下，我们只停留在“使用”它，而不会想去“了解”它。因为它 只是一个工具，我们宁可把更多的精力放在C++语言和软件设计上。我们习惯于这样一种“模式”：建立一个项目，然后写代码，然后编译，反反复复调试。但 是，所谓：“公欲善其事，必先利其器”。如果我们精于VC开发环境，我们是不是能够做得更加游刃有余呢？

　　闲话少说。我们先来看一下VC的处理流程，大致分为两步：编译和连接。源文件通过编译生成了.obj文件；所有.obj文件和.lib文件通过连接生成.exe文件或.dll文件。下面，我们分别讨论这两个步骤的一些细节。


　　编译参数的设置。主要通过VC的菜单项Project->Settings->C/C++页来完成。我们可以看到这一页的最下面Project Options中的内容，一般如下：

/nologo /MDd /W3 /Gm /GX /ZI /Od /D "WIN32" /D "_DEBUG" /D "_WINDOWS" /D "_AFXDLL" /D "_M
BCS" /Fp"Debug/WritingDlgTest.pch" /Yu"stdafx.h" /Fo"Debug/" /Fd"Debug/" /FD /GZ /c

　　各个参数代表的意义，可以参考Msdn。比如/nologo表示编译时不在输出窗口显示这些设置（我们可以把这个参数去掉来看看效果）等等。一般我们不会直接修改这些设置，而是通过这一页最上面的Category中的各项来完成。

　　1) General：一些总体设置。Warning level用来控制警告信息，其中Level 1是最严重的级别； Warnings as errors将警告信息当作错误处理；Optimizations是代码优化，可以在Category的 Optimizations项中进行更细的设置；Generate browse info用以生成.sbr文件，记录类、变量等符号信息，可以在 Category的Listing Files项中进行更多的设置。Debug info，生成调试信息：None，不产生任何调试信息（编译比较快）； Line Numbers Only，仅生成全局的和外部符号的调试信息到.OBJ文件或.EXE文件，减小目标文件的尺寸；C 7.0- Compatible，记录调试器用到的所有符号信息到.OBJ文件和.EXE文件；Program Database，创建.PDB文件记录所有调试 信息；Program Database for "Edit & Continue"，创建.PDB文件记录所有调试信息，并且支持调试时编 辑。

　　2) C++ Language：pointer_to_member representation用来设置类定义/引用的先后关系，一般为 Best-Case Always表示在引用类之前该类肯定已经定义了；Enable Exception Handling，进行同步的异常处理； Enable Run-Time Type Information迫使编译器增加代码在运行时进行对象类型检查； Disable Construction Displacements，设置类构造/析构函数调用虚函数问题。

　　3) Code Generation：Processor表示代码指令优化，可以为80386、80486、Pentium、 Pentium Pro，或者Blend表示混合以上各种优化。Use run-time library用以指定程序运行时使用的运行时库（单线程或多 线程，Debug版本或Release版本），有一个原则就是，一个进程不要同时使用几个版本的运行时库。Single-Threaded，静态连接 LIBC.LIB库；Debug Single-Threaded，静态连接LIBCD.LIB库；Multithreaded，静态连接 LIBCMT.LIB库；Debug Multithreaded，静态连接LIBCMTD.LIB库；Multithreaded DLL，动态连接 MSVCRT.DLL库；Debug Multithreaded DLL，动态连接MSVCRTD.DLL库。连接了单线程库就不支持多线程调用，连接 了多线程库就要求创建多线程的应用程序。

　　Calling convention可以用来设定调用约定，有三种：__cdecl、__fastcall和__stdcall。各种调用约定的主 要区别在于，函数调用时，函数的参数是从左到右压入堆栈还是从右到左压入堆栈；在函数返回时，由函数的调用者来清理压入堆栈的参数还是由函数本身来清理； 以及在编译时对函数名进行的命名修饰（可以通过Listing Files看到各种命名修饰方式）。Struct member alignment用以 指定数据结构中的成员变量在内存中是按几字节对齐的，根据计算机数据总线的位数，不同的对齐方式存取数据的速度不一样。这个参数对数据包网络传输等应用尤 为重要，不是存取速度问题，而是数据位的精确定义问题，一般在程序中使用#pragma pack来指定。

　　4) Customize：Disable Language Extensions，表示不使用微软为标准C做的语言扩展；Eliminate Duplicate Strings，主要用于字符串优化（将字符串放到缓充池里以节省空间），使用这个参数，使得

char *sBuffer = "This is a character buffer";

char *tBuffer = "This is a character buffer";


　　sBuffer和tBuffer指向的是同一块内存空间；Enable Function-Level Linking ，告诉编译器将各个函数按打 包格式编译；Enables minimal rebuild，通过保存关联信息到.IDB文件，使编译器只对最新类定义改动过的源文件进行重编译，提高 编译速度；Enable Incremental Compilation，同样通过.IDB文件保存的信息，只重编译最新改动过的函数； Suppress Startup Banner and Information Messages，用以控制参数是否在output窗口输出。

　　5) Listing Files：Generate browse info的功能上面已经提到过。这里可以进行更多的设置。 Exclude Local Variables from Browse Info表示是否将局部变量的信息放到.SBR文件中。 Listing file type可以设置生成的列表信息文件的内容：Assembly-Only Listing仅生成汇编代码文件（.ASM扩展 名）；Assembly With Machine Code生成机器代码和汇编代码文件（.COD扩展名）； Assembly With Source Code生成源代码和汇编代码文件（.ASM扩展名）；Assembly, Machine Code, and Source生成机器码、源代码和汇编代码文件（.COD扩展名）。Listing file name为生成的信息文件的路径，一般为 Debug或Release目录下，生成的文件名自动取源文件的文件名。

　　6) Optimizations：代码优化设置。可以选择Maximize Speed生成最快速的代码，或Minimize Size生成最小尺寸的程序，或者Customize定制优化。定制的内容包括：

　　Assume No Aliasing，不使用别名（提高速度）；

　　Assume Aliasing Across Function Calls，仅函数内部不使用别名；

　　Global Optimizations，全局优化，比如经常用到的变量使用寄存器保存，或者循环内的计算优化，如

i = -100;

while( i < 0 ){ i += x + y;}


　　会被优化为


i = -100;
t = x + y;
while( i < 0 ){i += t;}
Generate Intrinsic Functions，使用内部函数替换一些函数调用（提高速度）；
Improve Float Consistency，浮点运算方面的优化；
Favor Small Code，程序（exe或dll）尺寸优化优先于代码速度优化；
Favor Fast Code，程序（exe或dll）代码速度优化优先于尺寸优化；
Frame-Pointer Omission，不使用帧指针，以提高函数调用速度；
Full Optimization，组合了几种参数，以生成最快的程序代码。


　　Inline function expansion，内联函数扩展的三种优化（使用内联可以节省函数调用的开销，加快程序速度）：Disable不 使用内联；Only __inline，仅函数定义前有inline或__inline标记使用内联；Any Suitable，除了inline或 __inline标记的函数外，编译器“觉得”应该使用内联的函数，都使用内联。

　　7) Precompiled Headers：预编译头文件的设置。使用预编译可以提高重复编译的速度。VC一般将一些公共的、不大变动的头文件 （比如afxwin.h等）集中放到stdafx.h中，这一部分代码就不必每次都重新编译（除非是Rebuild All）。

　　8) Preprocessor：预编译处理。可以定义/解除定义一些常量。Additional include directories，可以指定额外的包含目录，一般是相对于本项目的目录，如..\Include。


　　连接参数的设置。主要通过VC的菜单项Project->Settings->Link页来完成。我们可以看到这一页的最下面Project Options中的内容，一般如下：

/nologo /subsystem:windows /incremental:yes /pdb:"Debug/WritingDlgTest.pdb" /debug /machi
ne:I386 /out:"Debug/WritingDlgTest.exe" /pdbtype:sept

　　下面我们分别来看一下Category中的各项设置。

　　1) General：一些总体设置。可以设置生成的文件路径、文件名；连接的库文件；Generate debug info，生成Debug信息 到.PDB文件（具体格式可以在Category->Debug中设置）；Ignore All Default Libraries，放弃所有默 认的库连接；Link Incrementally，通过生成. ILK文件实现递增式连接以提高后续连接速度，但一般这种方式下生成的文件（EXE或 DLL）较大；Generate Mapfile，生成.MAP文件记录模块相关信息；Enable Profiling，这个参数通常与 Generate Mapfile参数同时使用，而且如果产生Debug信息的话，不能用.PDB文件，而且必须用Microsoft Format。

　　2) Customize：这里可以进行使用程序数据库文件的设置。Force File Output ，强制产生输出文件（EXE或DLL）；Print Progress Messages，可以将连接过程中的进度信息输出到Output窗口。

　　3) Debug：设置是否生成调试信息，以及调试信息的格式。格式可以有Microsoft Format、COFF Format （Common Object File Format）和Both Formats三种选择；Separate Types，表示将Debug格式信息 以独立的.PDB文件存放，还是直接放在各个源文件的.PDB文件中。选中的话，表示采用后者的方式，这种方式调试启动比较快。

　　4) Input：这里可以指定要连接的库文件，放弃连接的库文件。还可以增加额外的库文件目录，一般是相对于本项目的目录，如..\Lib。Force Symbol References，可以指定连接特定符号定义的库。

　　5) Output：Base Address可以改变程序默认的基地址（EXE文件默认为0x400000，DLL默认为x10000000），操 作系统装载一个程序时总是试着先从这个基地址开始。Entry-Point Symbol可以指定程序的入口地址，一般为一个函数名（且必须采用 __stdcall调用约定）。一般Win32的程序，EXE的入口为WinMain，DLL的入口为DllEntryPoint；最好让连接器自动设置 程序的入口点。默认情况下，通过一个C的运行时库函数来实现：控制台程序采用mainCRTStartup (或wmainCRTStartup)去调用 程序的main (或wmain)函数；Windows程序采用WinMainCRTStartup (或 wWinMainCRTStartup)调用 程序的WinMain (或 wWinMain，必须采用__stdcall调用约定)；DLL采用_DllMainCRTStartup调用 DllMain函数（必须采用__stdcall调用约定）。Stack allocations，用以设置程序使用的堆栈大小（请使用十进制），默认为 1兆字节。Version Information告诉连接器在EXE或DLL文件的开始部分放上版本号。


　　值得注意的是，上面各个参数是大小写敏感的；在参数后加上“-”表示该参数无效；各个参数值选项
有“*”的表示为该参数的默认值；可以使用页右上角的“Reset”按钮来恢复该页的所有默认设置。


　　其它一些参数设置

　　1) Project->Settings->General，可以设置连接MFC库的方式（静态或动态）。如果是动态连
接，在你的软件发布时不要忘了带上MFC的DLL。

　　2) Project->Settings->Debug，可以设置调试时运行的可执行文件，以及命令行参数等。

　　3) Project->Settings->Custom Build，可以设置编译/连接成功后自动执行一些操作。比较有
用的是，写COM时希望VC对编译通过的COM文件自动注册，可以如下设置：

　　　Description: Register COM

　　　Commands: regsvr32 /s /c $(TargetPath)

　　　echo regsvr32 exe.time > $(TargetDir)\$(TargetName).trg

　　　Outputs: $(TargetDir)\$(TargetName).trg

　　4) Tools->Options->Directories，设置系统的Include、Library路径。


　　一些小窍门

　　1) 有时候，你可能在编译的时候，计算机突然非法关机了（可能某人不小心碰了电源或你的内存不稳定等原因）。当你重启机器后打开刚才的项目，重新进 行编译，发现VC会崩掉。你或许以为你的VC编译器坏了，其实不然（你试试编译其它项目，还是好的！），你只要将项目的.ncb、.opt、.aps、. clw文件以及Debug、Release目录下的所有文件都删掉，然后重新编译就行
了。

　　2) 如果你想与别人共享你的源代码项目，但是把整个项目做拷贝又太大。你完全可以删掉以下文件：.dsw、.ncb、.opt、.aps、.clw、. plg文件以及Debug、Release目录下的所有文件。


　　3) 当你的Workspace中包含多个Project的时候，你可能不能直观地、一眼看出来哪个是当前项目。可以如下设置：Tools-> Options->Format，然后在Category中选择Workspace window，改变其默认的字体（比如设成Fixedsys） 就行了。


　　4) 如何给已有的Project改名字？将该Project关掉。然后以文本格式打开.dsp文件，替换原来的Project名字即可。


　　5) VC6对类成员的智能提示功能很有用，但有时候会失灵。你可以先关掉项目，将.clw和.ncb删掉，然后重新打开项目，点击菜单项View- >ClassWizard，在弹出的对话框中按一下“Add All”按钮；重新Rebuild All。应该可以解决问题。

[此贴子已经被作者于2007-10-1 11:43:35编辑过]