将代码及依赖的静态库编译为新静态库

将代码及依赖的静态库编译为新静态库

最近需要在一个开源库上实现一个新功能并封成新的lib。

方法：

1. 将代码编译为.o
2. 使用ar -x 将依赖的静态库拆成.o
3. 使用ar -rcs 将.o编译生成新的.a

一些参数设置

AR:=$(ICAT_CROSS_COMPILE)ar
CPP:=$(ICAT_CROSS_COMPILE)g++
CFLAGS+=-O2 -Wall -Wno-write-strings -D_LINUX
CPPFLAGS+=-std=c++11 

1 将.cpp生成 .o

$(CPP) $(CFLAGS) $(CPPFLAGS) -c $(APP_SRC)  

2 将cpp 依赖的.a 解为 .o

$(AR) -x ../libboost_random.a
$(AR) -x ../libsioclient.a

3 将.a解析的.o 及 cpp 编译生成的.o 编译为.a

$(AR) -rcs libiisc.a $(LIB_DIR)/libsioclient/*.o $(LIB_DIR)/libsioclient_tls/*.o  socketio.o json_reader.o json_value.o json_writer.o iisc.o 

注意：

1 调用静态库，一直提示undefined reference to 问题解决。

采用直接将 ar -rcs target.a xx1.a xx2.a xxx.o 方式生成静态库。

结果是： cpp 找不到依赖的静态库。 直接报undefined reference to。可以把xx1.a xx2.a去掉直接ar -rcs target.a xxx.o 。 也会提示undefined reference to。

结论：

ar -rcs target.a xx1.a xx2.a xxx.o = ar -rcs target.a  xxx.o 

通过直接添加依赖的静态库xx1.a 是没有效果。

2 注意依赖静态库拆分来的 .o 编译顺序十分重要。

拆分前.a编译顺序是怎么样的，拆分后的.o顺序就要排成怎么样，否则会出现非常奇怪的错误。

参考文献：

解决undefined reference to 问题比较好的文章：
http://blog.csdn.net/aiwoziji13/article/details/7330333/

静态库链接动态库：
http://blog.csdn.net/newchenxf/article/details/51735600