Как я могу развернуть программу C++11 (с зависимостями) на CentOS 6, чей GCC — C++03?

На самом деле вы можете распространять программу, скомпилированную с помощью более нового компилятора g++, на платформе vanilla CentOS 6. Есть несколько способов сделать это: Самый простой — использовать DevToolset 3, что даст вам g++ 4.9.2 (набор инструментов 2 даст вам gcc 4.8.2). Затем просто скомпилируйте приложение с помощью этого g++. При распространении вашего программного обеспечения вы также должны поставлять libstdc++.so, поставляемый с g++ 4.9. Либо установите LD_LIBRARY_PATH, чтобы он загружался при запуске, либо установите RPATH, чтобы сообщить исполняемому файлу, где сначала искать библиотеки.

По сути, вы можете сделать это и с более новыми компиляторами, но тогда вам сначала нужно скомпилировать сам компилятор. Если вы не хотите сначала компилировать компилятор, используйте соответствующий набор инструментов разработчика, и все будет в порядке.

Да, вы также можете попытаться статически связать libstdc++.a. Найдите вариант -static-libstdc++:

Когда программа g++ используется для компоновки программы C++, она обычно автоматически связывается с libstdc++. Если libstdc++ доступна как разделяемая библиотека и параметр -static не используется, то это указывает на общую версию libstdc++. Обычно это нормально. Однако иногда полезно заморозить версию libstdc++, используемую программой, не переходя полностью к статической ссылке. Параметр -static-libstdc++ указывает драйверу g++ на статическую компоновку libstdc++ без обязательной статической компоновки других библиотек.

Но если вы сделаете статическую ссылку, вы не получите никаких обновлений безопасности и т. д. Конечно, вы не получите обновлений, если вы также отправите libstdc++.so самостоятельно, но добавочные обновления могут быть проще.

И что касается запуска вашего приложения: эмпирическое правило: компилируйте на самой старой платформе, которую вам нужно поддерживать, тогда ваши двоичные файлы (с самостоятельно поставляемой libstdc++ и другими необходимыми библиотеками), вероятно, будут работать и на более новых версиях. То есть, если вы компилируете на CentoOS 6, и он работает, то вы можете ожидать, что он будет работать и на CentOS 7. Если говорить о смежной теме, это как раз та причина, по которой, например, AppImage и сопутствующие решения рекомендуют строить на старой системе.

На эту тему есть замечательная страница: https://gcc.gnu.org/wiki/Cxx11AbiCompatibility

Короче говоря, C++11 в gcc в основном ABI совместим с C++98, но есть пара несоответствий. На странице выше перечислены все из них.

Чтобы облегчить проблему, я могу предложить следующий подход:

• Четко определите все ваши зависимости, которые являются библиотеками C++. Обычно их у вас не слишком много - в первую очередь приходит на ум буст, у вас есть что-нибудь еще?
• Затем вы проверяете, есть ли нужные вашему приложению символы в списке сломанных ABI (см. выше). Если их нет, вы в чистоте.
• Если это так, вы перекомпилируете библиотеку и либо распространяете ее как общую библиотеку вместе с вашим приложением (играя с флагами Rpath, чтобы убедиться, что ваше приложение загружает вашу версию), либо статически связываете ее.

На всякий случай вы могли бы также статически слинковаться с libstdc++.

В моей компании мы используем gcc 5.1.0, скомпилированный и используемый на CentOS 5.5 (со старым gcc на борту).

Когда мы развертываем наше приложение, мы также распространяем libstdc++.so и libgcc_s.so, скомпилированные из исходников gcc 5.1.0.

Например:

/opt/ourapp/lib/libstdc++.so
/opt/ourapp/lib/libgcc_s.so
/opt/ourapp/bin/myapp

И для корректного запуска бинарника выполняем:

LD_LIBRARY_PATH=/opt/ourapp/lib/ myapp.

Надеюсь, поможет.

Недостатки: По крайней мере, вы не можете использовать собственный gdb в такой среде из-за несовместимости формата DWARF.

Если вы создаете программу на C++11 с помощью определения _GLIBCXX_USE_CXX11_ABI=0 (см. это) и вариант --abi-version=2 (см. это), вы должны совместим с любой сборкой библиотеки с GCC 4.3, включая libstdc++.

Версия ABI по умолчанию была от 2 до 4.9, кажется безопасным предположением, что CentOS использует ABI по умолчанию.

Макрос _GLIBCXX_USE_CXX11_ABI повлияет на типы стандартной библиотеки, чтобы использовать тот же макет, что и в версии до C++11. Это вызовет некоторые проблемы с соответствием C++11 (причина, по которой они были изменены в первую очередь), такие вещи, как сложность std::list<>::size().

Параметр командной строки --abi-version= влияет на ABI компилятора, соглашения о вызовах, изменение имени и т. д. ABI по умолчанию был 2 от 3.4 до 4.9.