Как мне перечислить символы в .so файле

Если ваш файл .so находится в формате elf, вы можете использовать программу readelf для извлечения символьной информации из двоичного файла. Эта команда даст вам таблицу символов:

readelf -Ws /usr/lib/libexample.so

Вам нужно извлечь только те, которые определены в этом .so файле, а не в библиотеках, на которые он ссылается. Седьмой столбец должен содержать номер в этом случае. Вы можете извлечь его с помощью простого регулярного выражения:

readelf -Ws /usr/lib/libstdc++.so.6 | grep '^\([[:space:]]\+[^[:space:]]\+\)\{6\}[[:space:]]\+[[:digit:]]\+'

или, как предложено Caspin,:

readelf -Ws /usr/lib/libstdc++.so.6 | awk '{print $8}';

objdump -TC /usr/lib/libexample.so

Для разделяемых библиотек libNAME.so необходимо было установить ключ -D для отображения символов в моем Linux

nm -D libNAME.so

и для статической библиотеки, о которой сообщают другие.

nm -g libNAME.a

Я продолжал задаваться вопросом, почему -fvisibility = hidden и #pragma GCC видимость, похоже, не имеет никакого влияния, поскольку все символы всегда были видны с помощью nm - пока я не нашел это сообщение, которое указывало мне на readelf и objdump, что сделало меня поймите, что на самом деле существуют таблицы two:

• Тот, который вы можете перечислить с помощью nm
• Тот, который вы можете перечислить с помощью readelf и objdump

Я думаю, что первая содержит отладочные символы, которые могут быть разделены полосой или ключом -s, который вы можете предоставить компоновщику или команде установки. И даже если nm больше ничего не перечисляет, ваши экспортированные символы все еще экспортируются, потому что они находятся в таблице динамических символов ELF, которая является последней.

Попробуйте добавить -l к флагам nm, чтобы получить источник каждого символа. Если библиотека скомпилирована с информацией об отладке (gcc -g), это должен быть исходный файл и номер строки. Как сказал Конрад, объектный файл/статическая библиотека, вероятно, неизвестна в этот момент.

Для файлов Android .so набор инструментов NDK поставляется с необходимыми инструментами, упомянутыми в других ответах: readelf, objdump и nm.

Вы можете использовать инструмент nm -g из инструментальной цепочки binutils. Однако их источник не всегда легко доступен. и я даже не уверен, что эта информация всегда может быть восстановлена. Возможно, objcopy раскрывает дополнительную информацию.

/EDIT: название инструмента, конечно, nm. Флаг -g используется для отображения только экспортированных символов.

Для файлов C++ .so конечная команда nm - nm --demangle --dynamic --defined-only --extern-only <my.so>

# nm --demangle --dynamic --defined-only --extern-only /usr/lib64/libqpid-proton-cpp.so | grep work | grep add
0000000000049500 T proton::work_queue::add(proton::internal::v03::work)
0000000000049580 T proton::work_queue::add(proton::void_function0&)
000000000002e7b0 W proton::work_queue::impl::add_void(proton::internal::v03::work)
000000000002b1f0 T proton::container::impl::add_work_queue()
000000000002dc50 T proton::container::impl::container_work_queue::add(proton::internal::v03::work)
000000000002db60 T proton::container::impl::connection_work_queue::add(proton::internal::v03::work)

источник: https://stackoverflow.com/questions/43256459/g-undefined-reference-although-symbol-is-present-in-so-file

nm -g введите переменную extern, которая не является необходимым экспортированным символом. Любая переменная области нестатического размера файла (в C) является внешней переменной.

nm -D отобразит символ в динамической таблице, который вы можете найти по адресу dlsym.

nm --version

GNU nm 2.17.50.0.6-12.el5 20061020