динамически загруженный объект, загруженный в программу C, дает неопределенные ошибки символов на x86_64

Question

У меня есть программа на языке C, которая динамически загружает файл .so во время выполнения, чтобы подключиться к базе данных MySQL. На x86 (32bit) ядро ​​это работает отлично, но когда я перекомпилировать программу на ядре x86_64 (64 бит) я получаю ошибки во время выполнения, как это:

dlerror: mysql-1.932-x86_64-freebsd7.2.so::plugin_tweak_products: Undefined symbol "plugin_filter_cart" 
dlerror: mysql-1.932-x86_64-freebsd7.2.so::plugin_shutdown: Undefined symbol "plugin_post_action" 

Очевидно, что с сообщением об ошибке выше вы можете увидеть, что эта программа работает на машине FreeBSD 7.2 x86_64. И программа C, и файл .so скомпилированы для 64 бит.

Я передаю RTLD_LAZY в dlopen(), когда загружаю файл .so. Я думаю, проблема в том, что по какой-то причине на x86_64 она не динамически загружает части библиотеки по мере необходимости, а на 32-разрядную x86. Есть ли какой-то флаг, который я могу добавить в свой Makefile.am, чтобы заставить его работать на x86_64? Любые другие идеи?

Вот что команда выводит список файлов для моего C программы

ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), for FreeBSD 7.2, dynamically linked (uses shared libs), FreeBSD-style, not stripped 

и для .so файла

ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), not stripped 

Answer 1

Просто дикая догадка. Префикс plugin, по-видимому, указывает, что могут быть некоторые обратные вызовы с указателями функций. Вероятно, ваши версии компилятора не одинаковы для 32 и 64 бит? Используете ли вы функцию C99 или gcc inline?

Такие вещи могут случиться, если один из вариантов вашего компилятора способен встроить некоторую функцию (static или inline), а другой нет. Тогда может быть создан внешний символ или нет. Это зависит от вашей версии компилятора, gcc имеет разные стратегии для обработки таких ситуаций с течением времени. Попробуйте выполнить реализацию функции хотя бы в одном из ваших объектов. И, как указывает roguenut, отметьте nm недостающими символами.

Answer 2

Похоже, это было вызвано той же проблемой, как

dlerror: Undefined symbol "_nss_cache_cycle_prevention_function" on FreeBSD 7.2

Вам нужно позвонить dlerror() первым и игнорировать возвращаемое значение, чтобы очистить ошибки из предыдущих ошибок, прежде чем проверить dlerror().