bcb2010有动态编译吗

1. 静态编译和动态编译有何不同

静态编译与动态编译的区别：
1、动态编译的可执行文件需要附带一个的动态链接库，在执行时，需要调用其对应动态链接库中的命令。
所以其优点一方面是缩小了执行文件本身的体积，另一方面是加快了编译速度，节省了系统资源。
缺点一是哪怕是很简单的程序，只用到了链接库中的一两条命令，也需要附带一个相对庞大的链接库；二是如果其他计算机上没有安装对应的运行库，则用动态编译的可执行文件就不能运行。
2、静态编译就是编译器在编译可执行文件的时候，将可执行文件需要调用的对应动态链接库(.so)中的部分提取出来，链接到可执行文件中去，使可执行文件在运行的时候不依赖于动态链接库。所以其优缺点与动态编译的可执行文件正好互补。

2. 如何用Visual Studio 2010编译boost1.42库

1.启动Visual Studio 2010命令行提示
2.进入boost1.42根目录，进入其子目录\tools\jam\src
3.输入命令build vc10
根据不同编译器可输入如下:
>>BCC5.5/BCB6/BCB2006/CB2009用户输入build borland
>>VC用户依据其版本输入build vc7或vc8或vc9或vc10
>>Mingw用户输入build mingw
4.将生成的bjam.exe拷贝到boost根目录
5. 将命令行回退到boost根目录，输入如上命令
bjam --toolset=msvc stage
注:--toolset=borland(对应BCB)
=msvc(对应VC)
=gcc(对应Mingw)

bjam参数
--build-dir=<builddir>
编译的临时文件会放在builddir里(这样比较好管理，编译完就可以把它删除了)
--stagedir=<stagedir>
存放编译后库文件的路径，默认是stage
--build-type=complete
编译所有版本，否则只会编译一小部分版本（确切地说是相当于:variant=release, threading=multi;link=shared|static;runtime-link=shared）
variant=debug|release
决定编译什么版本(Debug or Release?)
link=static|shared
决定使用静态库还是动态库。
threading=single|multi
决定使用单线程还是多线程库。
runtime-link=static|shared
决定是静态还是动态链接C/C++标准库。
--with-<library>
只编译指定的库，如输入--with-regex就只编译regex库了。
--show-libraries
显示需要编译的库名称
6.若要用到python库且有多个python版本时添加如下命令参数，路径视情况自定:
"-sPYTHON_ROOT=D:\Python" "-sPYTHON_VERSION=2.6"

3. 如何在VS2010中运行编译C和C++

VS2010需要先新建工程项目，接着在源文件中添加cpp文件，然后再编写代码，最后编译运行就可以，下面是创建执行C++程序的步骤：

1、首先新建项目（文件-->新建-->项目）

4. 易语言动态编译是什么意思啊

最简单的理解：
动态编译是相对静态编译而言的。
静态编译是指，程序在没有运行之前就已经编译好的
动态编译则是，程序在运行之前并没有进行编译，而是根据实际情况在运行过程中进行编译

5. VC 中如何使用 BCB 编译的库文件

在 Visual C++ 或者 Visual Studio 中, 是无法直接使用 BCB 工程编译产生的库文件的. 究其原因, 是由于微软 Visual C++ lib 文件格式与 BCB 工程的 lib 文件格式不同所导致. Lib 文件中存放的是动态链接库的接口信息, 而不会含有任何函数的内部实现细节. 因此, 我们可以直接通过 Dll 文件来反向生成特定格式的 lib 文件, 以便在 VC 和 BCB 中交叉使用各个编译的动态链接库.

以 MTK 平台的多路下载工具 SP_MDT 为例, 演示在 VC++ 中直接使用 BCB 编译的 lib 库的问题及解决方案. 我们以 Eboot 为例, 源代码目录下关于 Eboot 的文件有以下几个:
Eboot 头文件定义, 路径: SP_MDT_SRCEboot
Eboot lib 库文件, 路径: SP_MDT_SRCLib
Eboot 动态链接库文件, 路径: SP_MDT_SRCoutput

我们新建一个 VC++ MFC 工程, 将上述文件全部拷贝到 MFC 工程目录下, 同时在对话框中实现如下代码段:

#include "interface.h"ANDROID_DL_HANDLE_T handle;
Android_DL_Create(&handle);

此时, 编译工程会报出如下错误:

error LNK2019: 无法解析的外部符号 _Android_DL_Create@4
该符号在函数 "public: void __thiscall CLibDemoDlg::OnBnClickedOk(void)" 中被引用

原因在于我们仅仅包含了相应函数的头文件, 而并没有导入任何的函数实现(如 cpp 源文件或者 lib 库文件). 接下来, 我们尝试直接在 VC++ 中使用 BCB 编译生成的 lib 库文件, 加入以下代码:

#pragma comment(lib, "eboot.lib")

编译时报出如下错误:

eboot.lib : warning LNK4003: 无效的库格式; 已忽略库

显然, VC++ 并不能正确的识别 BCB 所生成的 lib 库文件. 那么如何解决这个问题呢? 一般来说有两种方法:

• 动态加载 dll 动态链接库
  最直接的方法是, 既然有头文件, 那么就可以知道各个函数的定义, 而 dll 动态链接库则会将这些公开的函数导出. 因此, 可以直接调用 LoadLibrary 载入动态链接库, 并查找到相应的函数地址, 完成调用. 这种方法简单粗暴, 其好处是写出的源代码无论是在 BCB 还是在 VC++ 平台都能够通用. 但其缺点也很明显, 需要改写头文件, 定义各种各样的函数指针, 如果使用到的导出函数很多, 则工作量较大.

6. 动态链接，静态链接 动态编译，静态编译 动态链接库，静态链接库 这些两两间的区别是什么呢

有点儿乱……，分数少简单扼要的说说吧。
————————————
首先，传统的编译，也就是静态编译是把 源文件 翻译成目标文件，这个是一次性过程，也就是你所谓的静态编译。
后来的Java和.NET等语言，首先编译成中间形式，然后运行过程中根据需要编译成本地代码（注意这个过程不是一次性的，下次运行重新编译），这个就是JIT（即时编译）技术，从即时编译发展出了动态编译技术
————————————
（传统的）编译完成后，像C/C++、Fortran、汇编等语言，可以把多个目标文件合并到一个库文件中，这个就是静态库。比如常说的库函数printf就是libc里面的函数。
如果有了启动函数（main），main里面使用了printf，就可以通过静态链接技术，从libc中提取出printf所在的文件加入到可执行文件中，如果printf还需要其它函数，就继续搜索并加入列表，直到形成一个闭包。这个就是静态链接。
可是静态链接有个明显的缺点，如果每个程序都需要printf，那么printf这个函数的代码就会同时存在在每个程序中，这样也太占地方了吧。所以发明了动态连接技术，其实有两种形式。无论哪一种，都是首先记录下需要调用printf这个函数以及所在的动态库，等到运行的时候再加载动态库，从动态库中找到真正的printf去执行。
由于，动态链接技术需要一些额外的信息，传统的静态库是不具备的，这些额外信息主要是重复加载和卸载时所需要的一些代码，因此需要动态链接库。