㈠ C++能不能把类写成动态链接库
可以，dll只是一种文件类型而已，只不过不能独自运行，里面写什么东西都行，不明白你为什么会有这样的疑问。
实例化的话如果库已经加载了，加载就是项目属性里面把库填进去就行了（如果是vs环境）。直接引用一下库的头文件然后创建对象就可以了。这根本不算个问题啊，你是不是想问动态库的运行原理呢。
㈡ linux c++动态库 调用 c动态库函数
先把.cpp编译成动态库，编译方法：
g++ *.cpp –fPIC –shared –o libtest.so -libyourclib.so
其中，*.cpp表示你的.cpp文件，你可以把它们一一列出，
–fPIC：表示编译为位置独立的代码，不用此选项的话编译后的代码是位置相关的，所以动态载入时是通过代码拷贝的方式来满足不同进程的需要，而不能达到真正代码段共享的目的。
–shared：指明编译成动态库。
libtest.so即为生成的动态库，以lib开头，方便后面使用
-libyourclib.so 是你的c动态库名
编译好之后，就可以来编译你的测试程序了：
gcc test.c -o test -ltest
其中，test是生成的可执行程序
-ltest表示引用生成的动态库libtest.so
大概过程就是这样，你先试一试
㈢ 如何编译C/Fortran动态/静态链接库
首先，传统的编译，也就是
静态编译
是把
源文件
翻译成目标文件，这个是一次性过程，也就是你所谓的静态编译。
后来的Java和.NET等语言，首先编译成中间形式，然后运行过程中根据需要编译成本地代码（注意这个过程不是一次性的，下次运行重新编译），这个就是JIT（即时编译）技术，从即时编译发展出了动态编译技术
————————————
（传统的）编译完成后，像C/C++、Fortran、汇编等语言，可以把多个目标文件合并到一个
库文件
中，这个就是静态库。比如常说的
库函数
printf就是libc里面的函数。
如果有了启动函数（main），main里面使用了printf，就可以通过
静态链接
技术，从libc中提取出printf所在的文件加入到可执行文件中，如果printf还需要其它函数，就继续搜索并加入列表，直到形成一个
闭包
。这个就是静态链接。
可是静态链接有个明显的缺点，如果每个程序都需要printf，那么printf这个函数的代码就会同时存在在每个程序中，这样也太占地方了吧。所以发明了动态连接技术，其实有两种形式。无论哪一种，都是首先记录下需要调用printf这个函数以及所在的
动态库
，等到运行的时候再加载动态库，从动态库中找到真正的printf去执行。
由于，
动态链接
技术需要一些额外的信息，传统的静态库是不具备的，这些额外信息主要是重复加载和卸载时所需要的一些代码，因此需要
动态链接库
。
㈣ qt中怎样使用c语言编写成动态库
receive =new QPushButton("receive",this);
receive->setGeometry(700, 300, 80, 30);//第一个参数，横坐标的其实
//位置，第二个总坐标的其实位置，第三个为宽度，第四个为高度
㈤ 用KEIL写的c语言代码能做成动态库吗
尽管原理上可行,但实际上应该是不能的.不像电脑,单片机中的rom空间紧张,不会有什么地方给你存放"可能会用到的代码";更重要的是,动态库的使用需要有一套动态库的链接机制,不断运行着,以单片机的性能来看这是不可能实现的(光运行链接器了),
反观静态库就好的多,用到什么才往里编译什么,编译完后就不用管了.
最后嘛,我用keil的时候只见过编译静态库的选项,没见过编动态库的......
有错的话莫喷.....
㈥ 动态库编译详解
当前类介绍:upper.c ( upper) 依赖于 bottom.c(play)
说明:当执行可执行程序的时候,需要去/lib. /user/lib下和LD_LIBRARY_PATH下寻找so.并不会在当前目录下寻找.
所以执行./main.out会报错.如下:
解决方案:指定.so运行搜寻路径
1.-Wl,-rpath ./mypath 加入参数,并且将libplay.so 到./mypath目录下.
2.设置LD_LIBRARY_PATH,指定目录.
说明:指定了-Wl,-rpath, 设置LD_LIBRARY_PATH也是可以生效的.并不是说只会去-Wl,-rpath下寻找.
首先生成一个bottom.so,然后用upper.so去依赖bottom.so, 然后main.c 再去依赖upper.so.
说明:这里编译的时候直接出错,是因为没有指定搜寻路径,所以无法通过编译.
解决编译问题方案.
1.我们依然采用LD_LIBRARY_PATH的方式可以解决编译和运行的问题.
2.生成libplay的时候,直接指定-Wl,-rpath 给libbottom.可以解决编译不通过的问题.
3.依赖所有库
依赖所有库只能解决编译问题,无法处理运行的路径.
另一种思路:我们在执行main.out的时候 执行-Wl,-rpath.并不在生成libplay的时候指定,看下是否正常.
由此可见,-Wl,-rpath 只能针对直接依赖的libplay.so指定了路径,但是libbottom还是无法查找到 .但是LD_LIBRARY是可以的.
rpath只能对直接依赖的so设置搜寻目录,并且可以设置所有依赖的编译路径.
总结: 解决编译问题,在生成libplay的时候指定-Wl,-rpath运行路径,或者设置LD_LIBRARAY_PATH,都可以解决这个问题.
当我们现在拥有的so包含一个直接依赖的so和很多间接依赖的so,但是没有设置rpath.所以是不能直接依赖主so进行编译和运行的.
为了通过编译:
1.在只链接主so的情况下可以去设置rpath或者LD_LIBRARY_PATH.
2.或者链接所有so.
为了通过运行:
为了正常运行可以设置LD_LIBRARY_PATH.
--disable-new-dtags,---dt-needed-entries
结论概述:
1.我们在生成间接依赖的库的时候,为了保证其他库可以直接依赖,需要加入-Wl,-rpath.保证编译通过.
2.LD_LIBRARY_PATH可以解决一切编译运行问题.
㈦ 如何生成静态库和动态库
静态库
静态库的后缀是.a，它的产生分两步
Step 1.由源文件编译生成一堆.o，每个.o里都包含这个编译单元的符号表
Step 2.ar命令将很多.o转换成.a，成为静态库
动态库的后缀是.so，它由gcc加特定参数编译产生。具体方法参见后文实例。123123
在 GNU/Linux 系统中静态链接文件实际上就是多个 .o 文件的压缩包。假设我们有 cool.h cool.c 和 some.c 文件，要得到静态链接库 libcool.a。首先使用如下指令得到相应的 object 文件 cool.o 和 some.o：
gcc -c cool.c
gcc -c some.c1212
用这种方法生成的 object 文件称为 PDC 即位置相关代码（position-dependence code）。再使用如下指令可以得到静态链接文件 libcool.a：
ar -r libcool.a cool.o some.o
ranlib libcool.a1212
静态链接库 libcool.a 遵从 GNU/Linux 规定的静态链接库命名规范，必须是”libyour_library_name.a”
动态库
在 GNU/Linux 中动态链接文件，必需通过链接器 ld 生成。假设我们有 hot.c other.c 等文件要生成动态链接库 libhot.so 。首先使用如下指令得到相应的 object 文件 hot.o 和 some.o
gcc -fPIC -c hot.c
gcc -fPIC -c other.c1212
参数 -fPIC 指定生成的 object 文件为位置无关代码（position-independence code），只有 PIC 可以被用作生成动态链接库。然后使用如下指令得到动态库：
ld -Bshared -o libhot.so hot.o other.o11
或者可以使用编译器的ld wrapper：
gcc -shared -o libhot.so hot.o other.o11
也可以使用编译器直接生成动态库：
gcc -fPIC -shared -o libhot.so hot.c other.c11
这里选项 -shared 指示目标文件的类型是动态链接库，动态库的命名规范是”libyour_library_name.so”
㈧ 有个 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