gcc库的链接顺序导致编译出错的问题:
当一个库为基本库时,需要将该库放到引用它的库的后面进行链接,方能得到正确结果。
例如在OB中:
LDADD = $(top_builddir)/src/mergeserver/libmergeserver.a \
$(top_builddir)/src/common/libcommon.a \
$(top_builddir)/src/common/btree/libbtree.a \
${TBLIB_ROOT}/lib/libtbnet.a \
${TBLIB_ROOT}/lib/libtbsys.a
$(top_builddir)/src/common/libcommon.a \
$(top_builddir)/src/common/btree/libbtree.a \
${TBLIB_ROOT}/lib/libtbnet.a \
${TBLIB_ROOT}/lib/libtbsys.a
sys最基础,net、btree次之,最后才是mergerserver。
如果换成下面的顺序,将会出错,爆出大量的undefined reference:
LDADD = $(top_builddir)/src/mergeserver/libmergeserver.a \
${TBLIB_ROOT}/lib/libtbnet.a \
${TBLIB_ROOT}/lib/libtbsys.a
$(top_builddir)/src/common/libcommon.a \
$(top_builddir)/src/common/btree/libbtree.a \
${TBLIB_ROOT}/lib/libtbnet.a \
${TBLIB_ROOT}/lib/libtbsys.a
$(top_builddir)/src/common/libcommon.a \
$(top_builddir)/src/common/btree/libbtree.a \
原因:
Stackoverflow上看到这么一句话:
And, if exec doesn't depend directly on lib_D, you can avoid linking it if you have correctly linked lib_A to lib_D.
也许这就是这种要求的出发点吧。当然,这货太古老了,实在是遗留问题。
这里是我给出的解释:远古时期,程序大小很重要,越小越好。没有用到的库最好不要被链接到程序中。链接本身又是顺序进行的,读入一个文件,就链入一个文件,不能反悔。于是,尽量把可能不会用到的库(也就满足不被依赖)放在最后,是“唯一”的解决方案。