Здравствуйте, Eugene Kilachkoff, Вы писали:

EK>Нарвалсь вот на такое странное поведение. Дано:
EK>1. Наша система. Язык реализации — C++. В системе реализован класс с именем, скажем, CFoo. Ну, то есть, в основном бинарнике находятся реализации CFoo::CFoo(), CFoo::~CFoo() и некоторых методов.
EK>2. Сторонняя библиотека (.so). Реализована также на C++, однако наружу торчит только C-style API, типа LibObject_Create(), LibObject_Work(), LibObject_Delete(). В частности, эти три функции являются оберткой для создания и удаления класса с именем ... правильно, CFoo

<skip>

EK>Дизассембер вполне четко показывает, что это не просто вызов куда попало (и попало почему-то к нам), а просто оно так отрезолвилось. В исходном сошнике это место указано в таблице релокаций, ну и линкер туда благополучно пихает указатель на нашу функцию. Переименование нашего класса CFoo в CBar лечит проблему, но это же не наш метод !!
EK>Посему вопрос: какого, собсно, оно так делает ?
EK>В тестовом примере воспроизвести не удалось — резолвится как нужно.

EK>Система — linux с glibc 2.3 (whitebox respin1)

Как говорится "по телефону" сложно... , но предположений несколько:
1. Данный символ почему-то может быть помечен WEAK
2. Резолвинг производится как RTLD_GLOBAL, т.е. линкер ищет первое вхождение символа
в DAG загруженных модулей, и естетсвенно, ваш класс находится выше по DAG-у и его он и пихает.

Варианты решения видится один (помимо переименования): использовать namespace для вашего класса и прям в
хидере прописать using. Это изменит имя вашего скласса в .o, но в программе ничего менять не придется...