Скрыть «внутренние символы» в статической библиотеке

Насколько я знаю, линкер статические библиотеки считает тупо архивами объектников, а не самостоятельными сущностями. Так что у них нет экспортов-импортов и видимости, как у shared objects, и линкуются они кучей вместе с остальными объектниками.

Может, поставлять libyoba+crypto как самостоятельную комбинированную либу, к которой совершенно случайно подходят инклюды от OpenSSL?

Тогда, может быть, есть какой-то грязный трюк, чтобы из yoba.o + libcrypto получить yoba+libcrypto.o, в котором ничего из libcrypto не светится наружу?

Если на выходе только один .o, то линкуете (ld -r obj.o libs...), а потом ojbcopy оставляете только нужные символы для экспорта.

при линковке с yoba с приложением, использующим SHA1_Init, в зависимости от порядка -lyoba -lcrypto, все результирущее приложение получит либо патченный SHA1_Init, либо его оригинальную версию.

-lcrypto - это же для динамики? Из статических библиотек просто берется кусок кода и склеивается в конечную программу. Вроде такого

$ gcc  glfw_test.c -I../include ../libgl3w.a -lglfw -ldl

А хотелось бы, чтобы патченный SHA1_Init оставался исключительно внутри libyoba.a.

По-моему, статические библиотеки так не работают. Динамика и LD_PRELOAD

Это не вопрос «Как удалить символы в obj/elf с помощью objcopy/strip?»

Чтобы поменять торчащие наружу символы, можно использовать --redefine-syms из objcopy

А еще есть вот это http://www.agner.org/optimize/#objconv

This utility can be used for converting object files between COFF/PE, OMF, ELF and Mach-O formats for all 32-bit and 64-bit x86 platforms. Can modify symbol names in object files.

Правда я им никогда не пользовался

Это не вопрос «Как удалить символы в obj/elf с помощью objcopy/strip?»

Не совсем. До последнего теплилась надежда, что удастся положить пачку объектников, в т. ч. и от libcrypto в свой archive, но, видимо, придется прилинковывать их в свои объектные файлы.