Принудительное использование сторонней glibc при отладке

8-я ссылка в гугле

http://snippets.aktagon.com/snippets/424-Setting-LD-LIBRARY-PATH-when-using-t...

Упрямо использует системную.

На всякий случай:

А ты её точно в libc.so.6 переименовать не забыл?

Симлинк сделал.

$LD_LIBRARY_PATH gdb игнорирует

А если организовать удаленную отладку в пределах одной машины?

Или втупую сделать чрут с линкфермой.

$LD_LIBRARY_PATH gdb игнорирует

set solib-search-path path
If this variable is set, path is a colon-separated list of directories to search for shared libraries. ‘solib-search-path’ is used after ‘sysroot’ fails to locate the library, or if the path to the library is relative instead of absolute. If you want to use ‘solib-search-path’ instead of ‘sysroot’, be sure to set ‘sysroot’ to a nonexistent directory to prevent gdb from finding your host's libraries. ‘sysroot’ is preferred; setting it to a nonexistent directory may interfere with automatic loading of shared library symbols.

Увы, не фурычит. Debian Testing.

В общем-то действительно, проще не искать прямого решения, а использовать чрут.

Странно, а у меня фурычит. Ты директорию указываешь? В ней есть libc.so.6 -> libc-2.15.so?

Так цитируют только... ну ты понел.

Так цитируют только...

...молодцы? Что не нравится-то?

Указываю, есть.

А если ее LD_PRELOAD-ом подгружать?

set solib-search-path внутри gdb, похоже, помогает