Я на самом деле борюсь с той же проблемой, поэтому, возможно, у меня есть некоторая информация, которая может помочь.
Короче говоря, ваш двоичный файл был скомпилирован для поиска libc.so.6.GLIBC_2.3.4 находится в libc.so.5.Насколько я знаю, если вы понизили версию своего glibc на своем компьютере разработчика, некоторые другие ваши программы могут работать некорректно (потому что они были скомпилированы для поиска текущей версии).Каким-то образом в CentOS / RHEL есть пакет compat-glibc, который может находиться рядом с текущим glibc, не вызывая этой ошибки.Если ваше устройство разработки использует CentOS / RHEL, установите этот пакет / перекомпилируйте, и вы должны быть готовы.Возможно, вам придется использовать более старый компилятор, чтобы найти более старую библиотеку.Если вы не разрабатываете CentOS / RHEL, продолжайте.
Мой план атаки сегодня - собрать glibc из исходного кода.Это означает использование компилятора, выпущенного примерно в то же время, что и старая версия glibc.Вы можете столкнуться с некоторыми камнями преткновения (такими как необходимость использования более старой версии builddutils и т. Д.), Но я надеюсь, что как только libc.so.5 будет скомпилирован и установлен в / usr / local / lib, мое приложение обнаружит, что перед этимнаходит libc.so.6 в / lib.
Итак, вот оно.Это не для слабонервных, и это определенно не быстрое решение.Сегодня я планирую проверить это, поэтому не могу сказать, что это правильное решение.Пожалуйста, улей ... если я совершенно не прав, поправь меня и спаси эту бедную душу от этой извилистой извилистой дороги: -)
РЕДАКТИРОВАТЬ: ссылка на источники glibc