將多個不兼容的靜態庫版本鏈接到一個可執行文件中

Question

我目前正在開發一個不鼓勵（即基本上禁止）動態庫的系統。 因此，一切都必須靜態鏈接。

我正在使用的應用程序框架（無法更改）使用庫libfoo.a （版本r7）的舊的靜態鏈接版本。 我正在使用的庫libbar需要libfoo.a版本r8（具體來說，一些新功能對於庫的運行至關重要）。 我可以編輯和重新編譯libbar以及libfoo r8，但我想避免盡可能多地更改它們，因為我不熟悉代碼（並且必須在上游傳遞代碼更改）。

不幸的是，這兩個libfoo庫有很多共同的符號。 因此，鏈接器會吐出大量的“多符號定義”錯誤。

我聽說可以使用objcopy和朋友將靜態庫“內聯”到另一個庫中。 但是，我不確定如何在實踐中實現這一點，也不是最好的選擇。

那么，如何成功編譯使用同一個庫的兩個不兼容版本的可執行文件？ 我已經考慮過要避免這種情況，但要與它合作會更加困難。

Answer 1

事實證明，這實際上可能是一些ld和objcopy魔術。

基本上，程序看起來像這樣：

# Unpack libraries
ar x libbar.a
ar x libfoo.a
# Grab symbol table (symbols to export)
nm -Ag libbar.a | grep -v ' U ' | cut -d' ' -f 3 > libbar.sym
# Build a single object file with libfoo relocated in
ld -Er *.o -o libbar-merged.lo
# Localize all symbols except for libbar's symbols
objcopy --keep-global-symbols libbar.sym libbar-merged.lo libbar-merged.o
# Create an archive to hold the merged library
ar crs libbar-merged.a libbar-merged.o

這有效地創建了一個單獨的超級庫，該庫只導出原始libbar的符號，並且其他庫重新定位。

可能有另一種更清晰的方法來實現這個結果，但是這個方法對我有用，並且允許我將兩個不兼容的庫靜態鏈接到同一個可執行文件中，沒有明顯的不良影響。