История изменений
Исправление panzerito, (текущая версия) :
при линковке с yoba с приложением, использующим SHA1_Init, в зависимости от порядка -lyoba -lcrypto, все результирущее приложение получит либо патченный SHA1_Init, либо его оригинальную версию.
-lcrypto - это же для динамики? Из статических библиотек просто берется кусок кода и склеивается в конечную программу. Вроде такого
$ gcc glfw_test.c -I../include ../libgl3w.a -lglfw -ldlА хотелось бы, чтобы патченный SHA1_Init оставался исключительно внутри libyoba.a.
По-моему, статические библиотеки так не работают. Динамика и LD_PRELOAD
Исправление panzerito, :
при линковке с yoba с приложением, использующим SHA1_Init, в зависимости от порядка -lyoba -lcrypto, все результирущее приложение получит либо патченный SHA1_Init, либо его оригинальную версию.
-lcrypto - это же для динамики? Из статических библиотек просто берется кусок кода и склеивается в конечную программу. Вроде такого
$ gcc glfw_test.c -I../include ../libgl3w.a -lglfw -ldlА хотелось бы, чтобы патченный SHA1_Init оставался исключительно внутри libyoba.a.
По-моему, статические библиотеки так не работают. Динамикой и LD_PRELOAD
Исходная версия panzerito, :
при линковке с yoba с приложением, использующим SHA1_Init, в зависимости от порядка -lyoba -lcrypto, все результирущее приложение получит либо патченный SHA1_Init, либо его оригинальную версию.
-lcrypto - это же для динамики? Из статических библиотек просто берется кусок кода и склеивается в конечную программу. Вроде такого
$ gcc glfw_test.c -I../include ../libgl3w.a -lglfw -ldlА хотелось бы, чтобы патченный SHA1_Init оставался исключительно внутри libyoba.a.
По-моему, статические библиотеки так не работают.