静态库连接

① 如何生成c语言静态库以及链接静态库

gcc -c jinpeng.c 生成jinpeng.o文件，该步抄是编译过程，将jinpeng.c编译成二进制码
ar cr jinpeng.a jinpeng.o 生成库文件

gcc -o test test.c ./jinpeng.a 静态链接，将库的内容加入到输出文件中。

头文件不需要编译，直接加入就好，头文件都是一些声明，库文件是具体实现。

② 安卓如何链接静态库

关于编译静态库：
android.mk和xxx.cpp放在新文件夹里：
LOCAL_PATH:= $(call my-dir)include $(CLEAR_VARS)
LOCAL_SRC_FILES:= \xxx.cpp
LOCAL_MODULE:= libx
include $(BUILD_STATIC_LIBRARY)
生成静态库libx.a文件

关于链接版静态库：
有两种方法权：
1、把libx.a文件放在android.mk同一目录下，添加：
LOCAL_PREBUILT_LIBS += libx.a
2、同上，添加：
include $(CLEAR_VARS)LOCAL_MODULE := libxLOCAL_SRC_FILES := libx.ainclude $(PREBUILT_STATIC_LIBRARY)LOCAL_STATIC_LIBRARIES += libx
貌似第二种是NDK里比较常见，第一种在其他的android.mk里比较常见。

③ linux怎样实现c语言动态库与静态库的链接

Linux系统中静态库是.a文件，编译链接.a文件只需要加上.a文件的完整的文件路径就可以了，比如：
gcc
-o
hello
hello.c
/usr/lib/libm.a
Linux系统的动态库是系统中的.so文件，编译链接动态库需要用-L参数指定动态库的搜索路径，还要用-l（这个是小写的L）指定动态库的名字，比如：
gcc
-o
hello
hello.c
-L/usr/openssl/lib
-lcrypto

④ 动态库和静态库的区别

两者区别：
a，静态库的使用需要：
1 包含一个对应的头文件告知编译器lib文件里面的具体内容
2 设置lib文件允许编译器去查找已经编译好的二进制代码

b，动态库的使用：
程序运行时需要加载动态库，对动态库有依赖性，需要手动加入动态库

c，依赖性：
静态链接表示静态性，在编译链接之后， lib库中需要的资源已经在可执行程序中了， 也就是静态存在，没有依赖性了
动态，就是实时性，在运行的时候载入需要的资源，那么必须在运行的时候提供 需要的 动态库，有依赖性， 运行时候没有找到库就不能运行了

d，区别：
简单讲，静态库就是直接将需要的代码连接进可执行程序；动态库就是在需要调用其中的函数时，根据函数映射表找到该函数然后调入堆栈执行。
做成静态库可执行文件本身比较大，但不必附带动态库
做成动态库可执行文件本身比较小，但需要附带动态库
链接静态库，编译的可执行文件比较大，当然可以用strip命令精简一下（如：strip libtest.a），但还是要比链接动态库的可执行文件大。程序运行时间速度稍微快一点。
静态库是程序运行的时候已经调入内存，不管有没有调用，都会在内存里头。静态库在程序编译时会被连接到目标代码中，程序运行时将不再需要该静态库。
其在编译程序时若链接,程序运行时会在系统指定的路径下搜索，然后导入内存，程序一般执行时间稍微长一点，但编译的可执行文件比较小；动态库是程序运行的时候需要调用的时候才装入内存，不需要的时候是不会装入内存的。
动态库在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入，因此在程序运行时还需要动态库存在。

动态链接库的特点与优势

首先让我们来看一下，把库函数推迟到程序运行时期载入的好处：

1. 可以实现进程之间的资源共享。

什么概念呢？就是说，某个程序的在运行中要调用某个动态链接库函数的时候，操作系统首先会查看所有正在运行的程序，看在内存里是否已有此库函数的拷贝了。如果有，则让其共享那一个拷贝；只有没有才链接载入。这样的模式虽然会带来一些“动态链接”额外的开销，却大大的节省了系统的内存资源。C的标准库就是动态链接库，也就是说系统中所有运行的程序共享着同一个C标准库的代码段。

2. 将一些程序升级变得简单。用户只需要升级动态链接库，而无需重新编译链接其他原有的代码就可以完成整个程序的升级。Windows 就是一个很好的例子。

3. 甚至可以真正坐到链接载入完全由程序员在程序代码中控制。

程序员在编写程序的时候，可以明确的指明什么时候或者什么情况下，链接载入哪个动态链接库函数。你可以有一个相当大的软件，但每次运行的时候，由于不同的操作需求，只有一小部分程序被载入内存。所有的函数本着“有需求才调入”的原则，于是大大节省了系统资源。比如现在的软件通常都能打开若干种不同类型的文件，这些读写操作通常都用动态链接库来实现。在一次运行当中，一般只有一种类型的文件将会被打开。所以直到程序知道文件的类型以后再载入相应的读写函数，而不是一开始就将所有的读写函数都载入，然后才发觉在整个程序中根本没有用到它们。

静态库：在编译的时候加载生成目标文件，在运行时不用加载库，在运行时对库没有依赖性。
动态库：在目标文件运行时加载，手动加载，且对库有依赖性。

具体在开发中用到哪种库，我觉得还是根据实际的内存大小，ROM大小，运行的速度等综合考虑。

⑤ linux把几个静态库链接进目标文件中

静态库来不能被打包到.o 文件自
在C编译中， 是.c编译成.o,然后若干个.o打包成.a
.a要比.o高一级的。 所以不能产生新的.o
你可以把.a文件解开 成为.o集合
加上你的.o文件， 共同打包成一个新的.a文件
这样是可行的。

⑥ 请问静态库和动态链接库有什么区别各有什么用

简单复来说 静态库 编译完 之后 就一个光制光 exe
动态库编译完 之后 是要 一个exe 和这个dll同时在 才能运行。
好处？dll可以动态加载，也可以被多个程序调用，
lib库 存在版本必须一致的问题，例如2008的代码 连接的时候 必须要连接 2008编译出来的lib库，
而dll 或许 不需要这么强制对应。

⑦ 静态库如何链接静态库

在工程搭建时，可能会有将静态库链接成动态库的需求，如出于代码保护的角度，某些模块会发布.a扩展名的静态库，我们要将多个这样的静态库链接成一个动态库。但与直接link目标文件不同的是，ld以默认参数执行时，并把静态库中没有用到的函数过滤掉，导致生成的so并未包含所要的函数，因此要加上--whole-archive参数，以保证所有的函数都包含在生成的so中。
在使用cmake时，CMakeLists.txt的写法如下：
add_library(
${MODULE_NAME}
SHARED
${CMAKE_SOURCE_DIR}/builttime.c #要生成一个so，至少要包含一个源文件，实在没有可以把库的编译时间戳打到这儿。
)

target_link_libraries(
${MODULE_NAME}
${${MODULE_NAME}_EXTRA_LDFLAGS}
"-Wl,--whole-archive" #告诉编译器，从这里开始，所有的库的内容都包含到so中
${LOCAL_MODULES} #可以是以源代码生成的静态库
${PREBUILT_MODULES} #可以是预先生成的静态库
"-Wl,--no-whole-archive" #告诉编译器，从这里开始，以后的库的内容不用都包含到so中
)

⑧ linux下连接静态库的问题

在生成静态库： ar cr libmyhttp.a http.o之后，添加
命令
ranlib libmyhttp.a

⑨ makefile如何链接静态库

makefile 里面写法，同你的编译器 如何链接静态库的方法有关。例如：指定库回名
VC++ 用 编译选项 /MT 链接 LIBCMT.LIB 就是 链接静态答库。
-----
unix/linux makefile 里面，例如
LIBS = libmine.a -lpthread 这里写你要链接的静态库库名

CXXFILES = pthreads.cpp 程序名字们
CXXFLAGS = -O3 -o prog -rdynamic -D_GNU_SOURCE -L./libmine 编译选项
LIBS = libmine.a -lpthread 库名
all:

$(CXX) $(CXXFILES) $(LIBS) $(CXXFLAGS)
clean:

rm -f prog *.o

⑩ 链接共享库和链接静态库的区别

链接共享库和链接静态库的区别
链接libc共享库时：
连接器只是确认可执行文专件main引用的某些符号在libc中有属定义，并没有最终确定这些符号的地址，这些符号在可执行文件main中仍然是未定义的符号，要在运行时动态链接；
链接静态库时：
连接器会把静态库中的文件取出，与可执行文件真正连接在一起。
优点：1）链接时，只取出需要的目标文件进行连接，不需要的目标文件可以不链接。
2）只需要写一个库文件，而不需要遗传目标文件。