动态链接库编译时间

㈠ 怎样将自己做的动态链接库“静态”编译到可执行文件里

举例文件:add.c
gcc -fPIC -c add.c /生成.o文件
gcc -shared add.o -o libmath.so /加载add.o到math动态库
gcc test.c -L. -Lmath /test.c 为主程序
另外;配置动态库加载器环境变量：
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:.

㈡ 如何编译 opencv动态链接库

在一个项目中需要用到OpenCV，刚开始使用了OpenCV的动态链接库，这样，在移动可执行程序时还必须将OpenCV动态支持库一起搬移，很是麻烦。所以，最终选择OpenCV静态链接库，这样程序移植运行就方便了很多。

需要编译成静态库以便于应用程序链接。

网上有的教程中写的在VC++2010下安装OpenCV2.1时用到了TBB库，而我在编译链接自己的程序后需要用到TBB.dll。本人设计的目的就是要做一个独立的界面程序，不需要携带其他第三方库。经过一段时间的努力最终找到了编译OpenCV2.1静态库的方法。

㈢ 动态链接库怎样条件编译

project setting 中进行编译参数设置， 自己可以试试，

㈣ 编译动态链接库时至少必须提供一个被公开的子程序。

可能因为你在编译使用动态链接库时，未指定相关动态库导致。一般情况下，当你调用动态库时，需要在编译时显式指定动态库。

㈤ 易语言 编译动态链接库时至少必须提供一个被公开的子程序。

来张图片

选中即可，一个dll文件内至少有1个或1个以上公开的子程序，如果没公开的则其他程序无法调用。

㈥ 程序的编译期，链接期， 运行期各执行哪些操作

参考一下:

源文件的编译过程包含两个主要阶段，而它们之间的转换是自动的。第一个阶段是预处理阶段，在正式的编译阶段之前进行。预处理阶段将根据已放置在文件中的预处理指令来修改源文件的内容。#include指令就是一个预处理指令，它把头文件的内容添加到.cpp文件中还有其他许多预处理指令
这个在编译之前修改源文件的方式提供了很大的灵活性，以适应不同的计算机和操作系统环境的限制。一个环境需要的代码跟另一个环境所需的代码可能有所不同，因为可用的硬件或操作系统是不同的。在许多情况下，可以把用于不同环境的代码放在同一个文件中，再在预处理阶段修改代码，使之适应当前的环境。
预处理器显示为一个独立的操作，但一般不能独立于编译器来执行这个操作。调用编译器会自动执行预处理过程，之后才编译代码。
编译器为给定源文件输出的是机器码，执行这个过程需要较长时间。在对象文件之间并没有建立任何连接。对应于某个源文件的对象文件包含在其他源文件中定义的函数引用或其他指定项的引用，而这些函数或项仍没有被解析。同样，也没有建立同库函数的链接。实际上，这些函数的代码并不是文件的一部分。这些工作是由链接程序(有时称为链接编辑器)完成的
链接程序把所有对象文件中的机器码组合在一起，并解析它们之间的交叉引用。它还集成了对象模块所使用的库函数的代码。这是链接程序的一种简化表示，因为这里假定在可执行模块中，模块之间的所有链接都是静态建立的。实际上有些链接是动态的，即这些链接是在程序执行时建立的。

链接程序静态地建立函数之间的链接，即在程序执行之前建立组成程序的源文件中所包含的函数链接。动态建立的函数之间的链接(在程序执行过程中建立的链接)将函数编译并链接起来，创建另一种可执行模块—— 动态链接库或共享库。动态链接库中的函数链接是在程序调用函数时才建立的，在程序调用之前，该链接是不存在的。

动态链接库有几个重要的优点。一个主要的优点是动态链接库中的函数可以在几个并行执行的程序之间共享，这将节省相同函数占用的内存空间。另一个优点是动态链接库在调用其中的函数之前是不会加载到内存中的。也就是说，如果不使用给定动态链接库中的函数，该动态链接库就不会占用内存空间

㈦ c++ 关于动态链接库编译的问题

出现一个Executable For Debug Session对话框
---------------------------------------------
当你出现这个对话框时，是提示你应该选择一个.exe文件用来测试。
如果要设置的话：依次在主菜单中，工程-->设置-->debug下就可以看到这个对话框的设置了。

提示没有可执行文件来测试这个DLL文件。

因为，DLL文件自己是不能执行的，所以需要一个可执行文件（.exe）来加载它来测试。

㈧ 动态链接库的全局变量和静态变量什么时候初始化

静态连接库也即是lib文件,你的程序在使用时静态库时,编译器会把要用到的代码静态链接到你的程序中,即后生成的程序运行不依赖于lib文件,因为已包含了所用到的代码.
而动态链接库一般是dll文件,在你的程序运行时才动态地加载dll,然后根据入口地址进行相应的调用,你的程序中并不包括它里面的代码,运行时必须有这个dll存在才行.

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

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

㈩ 有个 c 文件，如何才能将其编译成动态链接库

有二个文件，一个 test.h, 一个 test.c

//test.h
#pragmaonce

#ifdef__cplusplus
extern"C"{
#endif

intadd(inta,intb);

#ifdef__cplusplus
}
#endif

//test.c
#include"test.h"

intadd(inta,intb)
{
returna+b;
}

编译，生成动态链接库：

#gcc-g3-Wall-fPIC-shared-olibtest.sotest.c
#ls-l
-rwxr-xr-x1rootroot14618Jul2413:44libtest.so
-rw-r--r--1rootroot63Jul2413:43test.c
-rw-r--r--1rootroot106Jul2413:43test.h

#nmlibtest.so
00000000002006e8a_DYNAMIC
0000000000200890a_GLOBAL_OFFSET_TABLE_
w_ITM_deregisterTMCloneTable
w_ITM_registerTMCloneTable
w_Jv_RegisterClasses
00000000002006c8d__CTOR_END__
00000000002006c0d__CTOR_LIST__
00000000002006d8d__DTOR_END__
00000000002006d0d__DTOR_LIST__
00000000000006b8r__FRAME_END__
00000000002006e0d__JCR_END__
00000000002006e0d__JCR_LIST__
00000000002008b8d__TMC_END__
00000000002008b8A__bss_start
w__cxa_finalize@@GLIBC_2.2.5
0000000000000620t__do_global_ctors_aux
0000000000000550t__do_global_dtors_aux
00000000002008b0d__dso_handle
w__gmon_start__
00000000002008b8A_edata
00000000002008c8A_end
0000000000000658T_fini
0000000000000468T_init
0000000000000600Tadd
00000000000004a0tcall_gmon_start
00000000002008b8bcompleted.6557
00000000000004c0tderegister_tm_clones
00000000002008c0bdtor_idx.6559
00000000000005d0tframe_mmy
0000000000000500tregister_tm_clones