Jak połączyć dwie biblioteki statyczne „ar” w jedną?

Mam 2 statycznych bibliotek Linux, stworzone przez ar cr, libabc.ai libxyz.a.
Chcę połączyć je w jedną bibliotekę statyczną libaz.a.
Jak mogę to zrobić.

Chcę utworzyć scaloną bibliotekę statyczną, aby nie przekazywać obu bibliotek do końcowego łącza aplikacji.

Możesz wyodrębnić obiekt z obu .aplików i utworzyć .aplik przy użyciu wyodrębnionych plików .o:

ar -x libabc.a
ar -x libxyz.a
ar -c libaz.a  *.o

Można to zrobić natywnie na co najmniej trzy sposoby . Pierwszym i najbardziej przenośnym sposobem jest użycie libtool. Po zbudowaniu innych bibliotek, również za pomocą libtool, możesz je połączyć, po prostu dodając .la libs do zmiennej automake libaz_la_LIBADD lub bezpośrednio z pliku Makefile z czymś takim:

libtool --mode=link cc -static -o libaz.la libabc.la libxyz.la

Pozostałe dwa są dostępne przynajmniej podczas używania GNU ar. Możesz użyć skryptu MRI (nazwanego na przykład libaz.mri), takiego jak:

create libaz.a
addlib libabc.a
addlib libxyz.a
save
end

a następnie wykonaj ar jako:

ar -M <libaz.mri

Lub możesz użyć cienkiego archiwum (opcja -T), które pozwoli na dodanie innych archiwów bez zagnieżdżania ich w środku, chociaż wadą jest to, że jeśli chcesz dystrybuować bibliotekę statyczną, będzie brakować odłączonego obiektu:

ar -rcT libaz.a libabc.a libxyz.a

Wszystkie powyższe metody z wdziękiem obsługują nakładające się nazwy członków z oryginalnych archiwów.

W przeciwnym razie musiałbyś rozpakować do różnych katalogów i ponownie zapakować, aby uniknąć zastępowania nakładających się nazw członków:

mkdir abc; cd abc; ar -x ../libabc.a
mkdir xyz; cd xyz; ar -x ../libxyz.a
ar -qc libaz.a abc xyz

Jeśli po prostu zrobisz to jako:

ar x a.a
ar x b.a
ar c c.a  *.o 

utracisz niektóre pliki obiektowe, jeśli istnieją członkowie o tej samej nazwie zarówno w aa, jak i ba, więc musisz rozpakować członków różnych archiwów do innego folderu:

ar x a.a && mv *.o a_objs
ar x b.a && mv *.o b_objs
ar c c.a a_objs/*.o b_objs/*.o

Co więcej, możliwe jest, że w jednym archiwum jest wielu członków o tej samej nazwie (powiedzmy w aa), jeśli uruchomisz ar x aa , otrzymasz tylko jednego dla tych członków o tej samej nazwie.

Jedynym sposobem wyodrębnienia wszystkich członków o tej samej nazwie w jednym archiwum jest określenie numeru członka za pomocą opcji „N”:

ar xN 1 a.a  xxx.c.o && mv xxx.c.o xxx.c.1.o
ar xN 2 b.a  xxx.c.o && mv xxx.c.o xxx.c.2.o
...

byłaby to żmudna praca, więc będziesz musiał napisać bardziej wyrafinowany skrypt, aby wykonać tę pracę.

Jednym z opcjonalnych rozwiązań jest połączenie wielu archiwów w jedną wspólną bibliotekę:

g++ -shared -o c.so -Wl,--whole-archive a.a b.a 

w ten sposób konsolidator zajmie się wszystkim za Ciebie!

Jeszcze lepiej wykonujesz częściowe łączenie w każdej bibliotece i utworzysz archiwum dwóch wynikowych plików obiektowych. W ten sposób działa jak biblioteki współdzielone

Robisz częściowe linkowanie z

gcc -r --nostdlib

więc zamiast tworzyć archiwum pośrednie lub po jego ponownym rozpakowaniu, uruchom

gcc -r --nostdlib $CFLAGS $OBJECTS_A -o $LIBNAME_A.o
gcc -r --nostdlib $CFLAGS $OBJECTS_B -o $LIBNAME_B.o

następnie

ar -cr $LIBNAME_JOINED.a $LIBNAME_A.o $LIBNAME_B.o

ar -x libx264.a
mkdir sub && cd sub
ar -m ../libx264.a `ar -t ../libx264.a |sort|uniq|grep "\.o"`
ar -x ../libx264.a

teraz masz dwie wersje „macroblock-10.o”

ar crsT libaz.a libabc.a libxyz.a

Tutaj tworzysz archiwum archiwów, a następnie „spłaszczasz” (przerzedzasz) wynik za pomocą flagi T. Nie jestem pewien, jak to będzie działać z plikami o tej samej nazwie, które mogą być w nich zawarte.