gcc обычно встраивает идентификатор сборки в общие объекты, чтобы разрешить автоматическое извлечение символов и самого общего объекта. Схема описана здесь:
http://fedoraproject.org/wiki/Releases/FeatureBuildId
У меня есть дамп ядра пользовательского режима, который я хочу проанализировать, и я знаю, основываясь на статье выше, что он, скорее всего, содержит идентификаторы сборки для всех общих объектов, которые мне нужны (всего пара десятков). Если бы я мог извлечь идентификаторы сборки из дампа ядра, я бы смог найти правильные версии в наших архивах и иметь возможность отлаживать этот дамп ядра (и будущие дампы ядра).
Дамп ядра поступает с другой машины, к которой у меня нет доступа, и я не могу доверять пользователю этой машины, чтобы он предоставил мне дополнительную информацию о том, какие модули находятся на этой машине.
Итак... есть идеи, какие команды gdb или магия read-elf найдут мне эти идентификаторы сборки?