将代码及依赖的静态库编译为新静态库
最近需要在一个开源库上实现一个新功能并封成新的lib。
方法:
- 将代码编译为.o
- 使用ar -x 将依赖的静态库拆成.o
- 使用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