Почему возникает проблема?

Question

[Nightmare A]

Linking Машинный Выполнение
obj/x64/Debug/Color.o: In function `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_replace(unsigned long, unsigned long, char const*, unsigned long)':
Color.cpp:(.text._ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE10_M_replaceEmmPKcm[_ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE10_M_replaceEmmPKcm]+0x24a): undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_replace_cold(char*, unsigned long, char const*, unsigned long, unsigned long)'

Comments

[shurshur]

Как происходит линковка? Если это gcc, линковать надо не gcc, а g++ - он сам добавит нужные для C++ библиотеки.

[Nightmare A]

shurshur, g++?

[Nightmare A]

shurshur, G++ используется.

[shurshur]

Nightmare A, обычно нужно как-то особенно исхитриться, чтобы символы стандартной библиотеки stdc++ не нашлись. Тут на этапе компиляции был сгенерирован референс с именем, которого не нашлось в библиотеке.

Я с std::string никогда проблем не имел, но глядя на ответ ниже и немного подумав могу предположить, что где-то в коде может быть попытка проинициализировать строку не из string и даже не из char*, а из long. Это так не работает. Можноо было бы по-C-шному взять sprintf, но более провославно использовать ostream.

Answer 1

[Александр Лисин]

Поисковик по запросу, выделенному жирным шрифтом, много чего выдает, но понравился вот этот ответ:

Сообщение undefined reference to значит, что компилятор функцию знает, но линкер не догадывается, где она валяется. Для исправления надо включить в проект файлы с телами всех используемых версий всех функций. Если функции библиотечные, то это делается подключением lib файлов, или со статическими библиотеками, или с библиотеками импорта в зависимости от того, валяются ли функции в lib, или в dll. В том числе это относится к своим библиотекам. В остальных случаях добавить в проект файлы с исходниками тел функций. Где именно они будут валяться - дело 128-е, но пихать их в голову - плохая идея.(с) сайбер-форум

Дословно разбирая ошибку, читается примерно следующее:

Сообщает компилятор: obj/x64/Debug/Color.o: в функции std::__cxx11::basic_string, std::allocator >::_M_replace(unsigned long, unsigned long, char const*, unsigned long) найдено нечто:
в файле Color.cpp: .text._ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE10_M_replaceEmmPKcm[_ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE10_M_replaceEmmPKcm]+0x24a): не определилась ссылка на std::__cxx11::basic_string, std::allocator >::_M_replace_cold(char*, unsigned long, char const*, unsigned long, unsigned long)

Предположу, что речь идет о том, что вместо ожидаемого метода _M_replace(ulong, ulong, char const*, ulong) был вызван нигде неопределенный метод _M_replace(char*, ulong, ulong, char const*, ulong)..., то есть кто-то указал лишний аргумент и никак это не обосновал.
Поправьте, если не так.

Comments

[Nightmare A]

Хороший ответ, но сейчас нет возможности проверить

[Nightmare A]

static std::string Replace( std::string input, char from, std::string to)
    {
#ifdef __Windows__
        return input.replace(input.find(from), 1, to);
#else if (__Linux__)

        return input.replace(to, input.find(from), 1);
#endif
    }

Как то так должно быть?

[Nightmare A]

Скорее файлы включений разные , думаю. Что то где то не обновил. Пытался свою библиотеку скомпилировать под Astra Linux, а там все старое.

[Nightmare A]

static std::string Replace( std::string input, char from, std::string to)
    {

        return input.replace(input.find(from), 1, to);
    }

Ума не приложу , вот что тут не так??