`
icelander
  • 浏览: 71256 次
  • 性别: Icon_minigender_1
  • 来自: 深圳
社区版块
存档分类
最新评论

通过预编译头文件的方法来提高c++builder的编译速度

阅读更多
通过预编译头文件的方法来提高c++builder的编译速度    
   
      C++builder是最快的C++编译器之一,从编译速度来说也可以说是最快的win32C++编译器了。除了速度之外,C++builder的性能也在其它C++编译器的之上,但许多delphi程序员仍受不了c++builder工程的编译速度。的确,delphi的速度要比任和c++的编译器都要快好多。Delphi在编译一个小工程的时候可能不到一秒,大的工程一般也在5秒钟这内编译完成了。    
       
      为什么delphi会比c++builder快这么多?是否有方法来c++builder的编译速度?本文就讲解了为什么C++的编译器速度会慢,并且介绍了一个简单的方法来减少c++builder的编译时间。    
   
  为什么c++编译器的速度会慢?    
  c++builder   使用者怎么通过预编译头文件来减少编译时间?    
  讲解基于VCL可视化工程的预编译头文件方法    
  优化c++builder对预编译头文件的使用    
  结论    
  注意事项    
   
   
   
  为什么c++编译器速度慢?    
   
      在C++中,你只能使用预定义或是预先声明了的函数,这意味什么?来看一个简单的例子,函数A()调用函数B(),函数A()只能在函数B()的原型或是函数体在A()之前才能调用它。下面的例子说明了这一点:    
   
  //   declaration   or   prototype   for   B    
  void   B();    
   
  void   A()    
  {    
          B();    
  }    
   
  //   definition,   or   function   body   of   B    
  void   B()    
  {    
          cout   <<   "hello";    
  }    
      没有B()的原型,这个代码不会编译通过的,除非函数B()的函数体移到函数A()之前。    
      对于编译器来说,函数的原型很重要。当你运行程序时,编译器都要插入恰当的代码来调用程序。编译器必需知道要有多少个参数传给函数。也要知道函数的参数应该在栈里还是在寄存器里。总而言这,编译器必需知道怎么来产生正确的代码来调用这个函数,这就要求编译器必需知道预先声明或定义了的被调用的函数。    
      为使函数或类的原型简单化,C++提供了一个#include   指令。#include代表允许源文件在函数原型被调用的位置之前包含的一个头文件中找到函数原型。#include   指令在win32C++编程中很重要。C   RTL函数的原型都包含在标准的头文件集中。win32API的原型全在微软提供的头文件集中,VCL中的类和函数的在原型则在随C++builder发行的头文件中。没有这些,你几乎做不了什么。    
      头文件提供了一种让程序员很容易管理的方式来执行C++的类型检查,但是也带来了很大的代价。当编译器运行到一个#include   指令时,它会打开这个头文件并插入到当前文件中,然后编译器象分析已编译的文件一样来分析这些包含进来的文件。当被包含的文件中还包含有其它的头文件时会怎么样呢?编译器仍会插入那个文件再分析它,想象一下,当10、20甚至100个文件被包含时呢?尽管如此数量的包含文件听起来很多,但当你加入window   sdk头文件和所有vcl头文件时,这并不是不可能的。    
      来举个例子说明一下编译器是如何展开和翻译被包含的文件的。这是一个我用console   wizard建立的一个简单的控制台程序。为了试验代码,在options-project-compiler在把pre-compiled   headers选项关掉。    
   
  //   include   some   standard   header   files    
  //包含了一些标准的头文件    
  #include   <stdio.h>    
  #include   <string.h>    
  #include   <iostream.h>    
  #include   <windows.h>    
   
  #pragma   hdrstop    
  #include   <condefs.h>    
   
  //-----------------------------------------------    
  int   main()    
  {    
          printf("Hello   from   printf.\n");    
          cout   <<   "Hello   from   cout"   <<   endl;    
          MessageBeep(0);    
          return   0;    
  }    
      当用c++builder编译工程时,编译进度对话框显示工程中包含有130,000行代码。13万行!怎么回事?源文件中只有大约四行代码,这13万行都包含在stdio.h,string.h,iostream.h,windows.h和被这四个头文件所包含的头文件里。    
      好,现在来看一下当工程中包含多个cpp文件时情况是怎么样的。停止编译这个工程,再加一个已有的文件到这个工程中。在第二个文件中加一个简单的函数。再到第一个文件中来调用这个新函数。    
  //-------------------------------------------------------    
  //   UNIT1.CPP    
  #include   <stdio.h>    
  #include   <string.h>    
  #include   <iostream.h>    
  #include   <windows.h>    
  #include   "Unit1.h"                 //   prototype   A()   in   unit1.h    
   
  #pragma   hdrstop    
   
  void   A()    
  {    
          printf("Hello   from   function   A.\n");    
  }    
  //-------------------------------------------------------    
   
  //-------------------------------------------------------    
  //   PROJECT1.cpp    
  #include   <stdio.h>    
  #include   <string.h>    
  #include   <iostream.h>    
  #include   <windows.h>    
  #include   "Unit1.h"    
   
  #pragma   hdrstop    
  #include   <condefs.h>    
   
  //-------------------------------------------------------    
  USEUNIT("Unit1.cpp");    
  //-------------------------------------------------------    
  int   main()    
  {    
          printf("Hello   from   printf.\n");    
          cout   <<   "Hello   from   cout"   <<   endl;    
          A();    
          MessageBeep(0);    
          return   0;    
  }    
  //-------------------------------------------------------    
      好,现在再来编译这个工程。如果在编译之前你关掉了pre-compiled头文件选项,当你编译完时你会发现编译进度对话框显示共有260,000行代码。可以看到,编译器不得不把两个文件都包含的相同的头文件集都做处理。在前面的例子里,编译器多处理了这些头文件带来的13万行代码。第二个文件又让编译器处理了同样的13万行代码,总共26万行。不难想象在一个大工程里行数将会以什么速度增长。一遍又一遍的处理这些相同的头文件大大的增加了编译的时间。    
   
   
   
  C++Builder是如何通过预编译头文件的方法来减少编译时间的    
      Borland的工程师认识到可以设计一个不用一遍又一遍处理同样的头文件的编译器来减少编译时间。于是Borland   c++3.0中引入了预编译头文件的概念。处理方法很简单,当编译器处理源文件中的一组头文件时,把编译好的映象文件保存在磁盘上,当其它的源文件是引用同样的一组头文件时编译器直接读取编译好的文件而不是再一次分析。    
      修改一下刚才的控制台程序来看看预编译头文件是如何减少编译时间的。代码本身不用修改,仅仅把工程选项中的预编译头文件选项再选中就行了。选择Options-Project-Compiler并选中Use   pre-compiled   headers或是Cache   pre-compiled   headers。在预编译头文件名一栏中填入PCH.CSM。改好之后从重编译工程。    
      编译过程中注意一下编译进度对话框。你会发现当编译器编译project1.cpp时要处理130,000行代码,而编译UNIT1.cpp时只处理20行代码。当编译器分析第一个源文件时产生了一个预见编译头文件的映象,在处理第二个文件时直接用来提高编译速度。可以想象当源文件的数目不是2而是50时,性能会提高多少!    
   
   
   
  VCL GUI工程中预编译头文件的说明    
      通过预编译头文件的方法,上一个示例起码减少了50%的编译时间。而这不过仅仅是一个没什么功能的简单的控制台程序而已。你也会到在VCLGUI程序中会怎么样呢?缺省情况下,c++builder自动打开工程的预编译头文件选项的。但它仅仅对vcl.h文件进行预处理,这个头文件可以在任何一个窗体的源文件顶端找到。    
   
  #include   <vcl.h>    
  #pragma   hdrstop    
  #pragma   hdrstop指令通知编译器停止产生预编译映象。在hdrstop指令之前的#include语句会被预编译,之后的就不会了。    
   
      那当vcl.h被预编译时到底有多少头文件也被预编译了呢?可以查看一下vcl.h,看到它包含了另一个叫做vcl0.h的头文件。如果你没有更改C++builder的缺省设置,vcl0.h就包含了一小组vcl的头文件,它们是:    
   
  //   Core   (minimal)   VCL   headers    
  //    
  #include   <sysdefs.h>    
  #include   <system.hpp>    
  #include   <windows.hpp>    
  #include   <messages.hpp>    
  #include   <sysutils.hpp>    
  #include   <classes.hpp>    
  #include   <graphics.hpp>    
  #include   <controls.hpp>    
  #include   <forms.hpp>    
  #include   <dialogs.hpp   >    
  #include   <stdctrls.hpp>    
  #include   <extctrls.hpp>    
   
      这是一小部分常被重复包含的头文件,也许它只是大中型工程常用到的头文件的一个了集。vcl0.h还允许你通过定义条件(#define)来预编译更多的头文件。你可以通过#define一个叫做INC_VCLDB_HEADERS的变量来预编译数据库的头文件。同样,还可以定义INC_VCLEXT_HEADERS来预编译c++builder的扩展控件(Extra   controls)。如果你还定义了INC_OLE_HEADERS,C++builder还会预编译一些SDK COM的头文件。这些定义要放在#include   vcl.h语句这前。    
  #define     INC_VCLDB_HEADERS    
  #define     INC_VCLEXT_HEADERS    
  #include   <vcl.h>    
  #pragma   hdrstop    
      注意:如果你要使用这些功能的话,你要确保把这两个#define加到每个cpp文件,即使是没有用到数据库或是扩展控件的文件。至于原因稍后会被讲到。    
   
   
   
   
  使用预编译头文件来优化c++builder。    
   
          缺省的预编译头文件设置确实减少了编译工程的时间。你可以通过打开和关闭观预编译头文件选项时完全编译一个大工程所要用的时间来证明这一点。本节的目的就是通过改善预编译头文件的方法来进一步减少编译时间。这里我要讲到两个技术。    
          在讨论这两个技术之前呢,有必要了解一下c++builder在编译源程序时是怎样来决定是否使用已存在的预编译的头文件的映象的。c++builder会给你工程中的每一个源文件都产生一个唯一的预编译头文件映象。这些映象被保存在硬盘上的一个文件里。编译器会在有两个源文件使用同样的预编译头文件映象时来重用一个映象文件。这是很重要的一点,两个源文件包含了完全一样的头文件时就会使用预编译头文件映象。再有就是他们包含这些头文件的顺序必需相同。简单的说:源文件的#pragma   hdrstop指令之前必需完全相同。
分享到:
评论

相关推荐

    通过预编译头文件的方法来提高c++builder执行效率.pdf

    通过预编译头文件的方法来提高c++builder执行效率.pdf

    ffmpeg在windows下 已编译好的dll和头文件

    ffmpeg编译好的dll和头文件 支持vc++和c++ builder

    ZLib1.2.8 for C++Builder6.0

    ZLib1.2.8是用C语言写的,提供了较为经典的...然而,原版ZLib1.2.8在生成LIB文件时虽然能够编译通过,但当用于C++工程中时却出现头文件编译通不过的问题。本包已修正了该错误。同时,在包中还提供了一个典型应用示例。

    Indy10组件

    c++builder 4 ~ 6 、2006 ~ 2010 、 XE ~ XE8 可用 c++ builder 6 安装方法: 1、先编译源码 运行 lib 文件夹 中的批处理文件 Fullc6.bat,会开始自动编译,编译完毕后,在 lib 同级目录下 会多出一个编译结果和...

    Ehlib 8.0.023 For XE10

    从俄罗斯一个Delphi资源网站上下载来的。...已知问题:在编译C++Builder工程时,会提示所需的各种Ehlib头文件中TArray_1不是System成员,从而导致出错。解决办法:将所有TArray_1替换成“DynamicArray”即可解决。

    vc++2010编译为静态库(.lib)的.vcxproj工程 + MySQL Connector C++ 1.1.8 源代码

    含: vc++2010编译为静态库(.lib)的.vcxproj工程; MySQL Connector C++ 1.1.8 源代码; MySQL 5.54 头文件及工程相关lib文件。请自行下载并配置boost1.56

    powerBuilder编绎成DLL格式需要的EN32T.H头文件

    powerBuilder编绎成DLL格式需要的EN32T.H头文件 PB编绎成DLL文件时,提示 "Error opening file 'c:\windows\system32\cgen\en32t.h'" 这个错误的解决方法 下载这个文件后,说明看我的博文: ...希望对需要的菜鸟有所...

    Ehlib8.0.023 for XE10实测可用

    Delphi\C++Builder都可以,亲测在XE10下可以...已知问题:在编译C++Builder工程时,会提示所需的各种Ehlib头文件中TArray_1不是System成员,从而导致出错。解决办法:将所有TArray_1替换成“DynamicArray”即可解决。

    eclipse 开发c/c++

    您可能会用这种方法创建许多头文件以及 C/C++ 实现代码文件。 最后当然是 Makefile,GNU Make 将使用它来构建二进制文件。对该 Makefile 使用常见的 GNU make 语法(请参阅 参考资料)。 请记住:Makefile 要求您...

    snmp agent开发包

    1.mib编译器 mib2c 将mib编译成c文件和头文件 2.Agent LIB的头文件 3.Agent LIB库,包括vc,bc,bcb下的库文件 4.例子 #version1.1 1 现在MIB的总叶子数改为动态分配,以前固定为100。 因此增加两个函数 ...

    EVCL即见即所得的嵌入式菜单设计

    4. 使用C++BUILDER2010 编译程序,按下主窗口左上角的三角图标,马上把你刚新添 加的窗口编译成c代码. 5. 把EXE 所在文件侠下的 *.h *.c 文件copy到菜单目录tosdemo\menu\下,编译,下 载,即可看到你在C++...

    openssl1.0.2r_bcb.zip

    openssl1.0.2r的c++builder静态库lib以及头文件,程序编译后无需ssleay32.dll,libeay32.dll这2个DLL文件即可实现ssl的加密功能

    openssl0.9.6l_bcb.zip

    openssl0.9.6l的c++builder 6.0静态库lib以及头文件,编译后不需要libeay32.dll,ssleay32.dll这2个DLL文件即可实现ssl相关调用。

    独立运行的 高精度计算器v1.0

    自己编写了一个大数运算程序,建立了一个大数数据类型,可以类似于c++ int 一样定义数据,并封装了四则运算、三角函数,二进制转换,指数和对数...对了,这个编译的程序可以独立运行,不需要安装builder c++动态库。

    高精度计算器v1.2

    1.改进了迭代次数,精度一般可以达到 90多位(本人限制了数组的维数为100), 2.改进了反正切函数的算法。 自己编写了一个大数运算程序,建立了...对了,这个编译的程序可以独立运行,不需要安装builder c++动态库。

    ZLib1.2.8 For BCB 6.0

    然而,原版ZLib1.2.8在生成LIB文件时虽然能够编译通过,但当用于C++工程中时却出现头文件编译通不过的问题。本包已修正了该错误。同时,在包中还提供了一个典型应用示例程序,实现对文本数据的压缩与解压缩。

    高精度计算器v1.4

    v1.4 : 1.修正了1.3中的一些bug. 2.提高了部分函数的运算精度。 3.添加了正态分布函数计算和反正态分布函数(分位点)运算功能(反函数的运算...对了,这个编译的程序可以独立运行,不需要安装builder c++动态库。

    高精度计算器v1.3

    v1.3: 1.改进了正弦函数的算法,添加了修正项,现在精度达到了96位以上。 2.改进了余弦函数的算法,发现了一个很重要的漏洞,改进后精度也达到了96...对了,这个编译的程序可以独立运行,不需要安装builder c++动态库。

Global site tag (gtag.js) - Google Analytics