Как я могу получить версию GDB на дому в Mac OS X?

Ответ 1

Это потому, что имя mangling. Имена схожи с GCC и Clang (они часто имеют сходные механизмы). Манипуляция имени делает его доступным для использования метода C/С++ и процедуры сборки с тем же именем. Посмотрите, что происходит с определением C:

void myfunc() {}

Мы используем nm для просмотра двоичных имен символов. Используйте nm --demangle для просмотра неподключенных имен. Выход Nm для скомпилированного файла:   ...   0000000000000000 T _myfunc   ... Количество других символов зависит от уровня отладки, см. Справочную страницу GCC для опций -O и -g. Как видим, есть число. Он шестнадцатеричный. Он имеет восемь цифр на 32-битных машинах и шестнадцать цифр на 64-битных машинах (потому что n-разрядный процессор означает, что n-биты представляют собой указатель, этот символ действительно является указателем внутри двоичного файла). Тогда у нас есть тип символа. Теперь интересны только два значения: T - это метод C/С++/..., T - это процедура ассемблера. Посмотрите, что происходит, если мы скомпилируем следующий код сборки:

myproc:

GCC и Clang не должны вытеснять отладочные символы при компиляции сборки, поэтому вывод nm будет выглядеть следующим образом:

0000000000000000 t myproc

Имена процедур сборки не искажены. С++ искалечен, очень странно. Некоторые символы, такие как : или ,, не допускаются в имени символа. Скомпилируйте этот источник С++:

namespace myspace { void myfunc() {} }

Мы видим вывод:

...
0000000000000000 T __ZN7myspace6myfuncEv
...

И имя основного метода никогда не искажается. Если это так:

int main(int argc, char** argv) {}
int main(std::vector<std::string> args) {}

изменено только второе имя. Я думаю, что это может быть проблемой. И эти предупреждения означают НИЧЕГО. Они означают, что система была перекомпилирована с низким количеством символов отладки.