Два одинаковых символа в одной статической либе один U другой T

Два объектных файла, один определяет функцию, а второй её использует. Статическая библиотека это же набор объектных файлов и тот же nm просто отображает символы от каждого из них. Если распаковать, можно убедится дополнительно.

Характерно, что после линковки в целевой бинарь - ситуация не пропадает. Т.е. в so'хе или в эльфе остаётся два исходных символа.

И тот же ldd -r на них ругается.

Если не в статической библиотеке, то повторить не удаётся. Пример бы, который можно поковырять локально. Не получится такой сделать?

Был бы пример - я бы наверное сам разобрался :)

Непонятно как так выходит.

А кодебейз большой и не мой.

Но я прогнал - в итоговом бинаре, остаётся один символ, и он U.

Не удаётся повторить не в статической, а можешь дать сорцы для статической, где повторяется?

U - значит, что символ Undefined.
T - значит, что символ соответствует коду из секции text.

Походу один файл в архиве определяет символ, а второй его юзает.

Уж про значения буковок то я вроде как в курсе :)

Похоже. Уже товарисч сверху отписал.

Однако после линковки такой статик либы, в динамическую, символ детектается как U.

Вот. Но может это не именно то, раз эффект разнится.

Чтобы сказать больше, надо бы видеть как єта ф-я обьявлена, как заимплеменчена, и как все линкуется в шареную либу.

Возможно ошибка в видимости символа, но без доп инфы єто не более чем догадка.

Спасибо. Попробую поиграться как у компа окажусь.

$ cat a.h

namespace my_ns {

struct A {
    void foo ();
};

};

$ cat a.cc

#include "a.h"

void my_ns::A::foo()
{
}

$ cat b.cc

#include "a.h"

void bar()
{
    my_ns::A a;
    a.foo();
}

$ c++ -c a.cc
$ c++ -c b.cc
$ ar -rcs ar.a a.o b.o

$ nm ar.a 

ar.a(a.o):
0000000000000000 T __ZN5my_ns1A3fooEv

ar.a(b.o):
0000000000000000 T __Z3barv
                 U __ZN5my_ns1A3fooEv

Спасибо всем отписавшимся.

Косяк был в порядке линковки статических либ. Либа со ссылкой на символ должна линковаться до, либы с его определением.