在Linux下使用g ++确定最佳静态链接顺序是否有任何不错的工具？我熟悉一般问题,包括(如果需要)使用重复引用单个库或--start-group和--end-group来解决循环依赖关系,但我想要的是,如果可能的话,是一个工具,将采取一堆.a文件并为他们吐出一个良好的静态链接顺序,必要时重复库,同时将重复保持在最低限度.
背景:我正在开发一个包含大约800K行继承c ++代码的项目,并尝试将其重构为更小,更易于管理的块.一些现有的文件是巨大的单块 - 今天我一直在与一个34K行.h文件搏斗,它定义了113个类和结构.许多类几乎完全是在.h文件中内联定义的.当我将其拆分为更小的块,并将一些实现代码迁移到.cpp文件时,Linux上所需的链接顺序不断变化.这可能是因为包含.h文件的每个库都用于编译自己所需的任何类的实现,现在他们必须链接到单个库文件中的公共实现.长期我们可能会将一些类重新组织到不同的库中,并打破一些依赖链,但是现在依赖性非常混乱,我正在尝试最小化对可能改变行为的代码的扰动.我不希望每次更改时都必须手动确定正确的链接顺序.建议？
我不知道有什么，但你可以自己实现一个。只需用于nm从每个静态库获取符号列表，使用它来构建依赖关系图，然后对该图执行拓扑排序以获得正确的链接顺序。
或者，使用部分链接 ( ld -r) 而不是静态库。由于这会输出合并的 .o 文件，因此您的最终链接可以按任何顺序声明库，并且它们都将正确链接。缺点是链接器无法丢弃未使用的源文件，因为在使用数据可用之前它们已经链接到整体文件中（您可以通过在-ffunction-sections -fdata-sections编译期间和-Wl,--gc-sections最终链接时传递来解决此问题，尽管这可能会影响如何使用编译需要很长时间）