Ты б вывод показал

/lib64/libc.so.6: version `GLIBC_2.14' not found (required by /usr/lib64/libstdc++.so.6)

Привести в соответствие версии библиотек, видимо.

Так обнови glibc.

А ты злой.

Собирать надо не на компьютере разработчика, а на билд-машине, тогда проблем таких не будет.

Определи с помощью ldd недостающие библиотеки, сложи куда-нибудь и выставь LD_LIBRARY_PATH к этому месту перед запуском.

Не собирается... я использую C++11, а в CentOS 6 его нет

Компьютер разработчика CentOS 7. Как заставить работать скомпилированную C++ программу в CentOS 6?

уволить разработчика.

Тогда статикой линковать libstdc++ или с программой таскать рантайм.

Собирать надо не на компьютере разработчика, а на билд-машине, тогда проблем таких не будет.

о, маздайщик выполз.

ВНЕЗАПНО: можно и на компьютере разработчика собирать. Если у него НЕ windows.

Можно, можно и дрочить в присядку, но это считается плохим тоном.

я использую C++11, а в CentOS 6 его нет

ну тут два варианта:

1. не использовать c++11

2. не использовать CentOS6 (ну либо впилить туда более новый компилятор).

Можно, можно и дрочить в присядку, но это считается плохим тоном.

«плохим тоном» считается не «дрочить вприсядку», а жалобиться, что у вас «приседать неудобно». Как ты дрочишь, никого не волнует, если в продакшене это работает, и на билд-машине собирается, то всем поровну, как ты это написал.

Как ты дрочишь, никого не волнует, если в продакшене это работает, и на билд-машине собирается, то всем поровну, как ты это написал.

Не волнует до тех пор пока тебя не сбил трамвай и на твое место не пришли другие подчищать за тобой твое говно.

ну, очевидно, тогда это и меня волновать не будет ☺

Очевидно, что с таким подходом тебя нельзя подпускать к продакшену на пушечный выстрел.

Попроси у разработчика сценарий автоматической сборки. Желательно использующий при сборки префикс /usr/local/

тебя тем более, т.к. ты можешь собирать код _только_ на билд-машине.

Это твои фантазии.

Попроси у разработчика сценарий автоматической сборки. Желательно использующий при сборки префикс /usr/local/

обычного ./configure не достаточно?

а как в маздае код собирают? (это не стёб, я не в курсе).

Компилятором. Внезапно, да?

Внезапно, да?

а как там GCC запустить?

gcc, КО

я пробовал, что-то типа «Command not found» пишет. ЧЯДНТ?

Статически линкуются или поставляют вместе с dll.

Статически линкуются или поставляют вместе с dll.

вот жопа.

Хорош дурачком прикидываться. Очевидно, надо установить.

Все приличные программы под win весят гигабайтами.

обычного ./configure не достаточно?

Не всегда.

Если я все правильно понимаю, то установить compat-glibc-headers на CentOS 7 и линковать с этими хедерами.

Чем compat-glibc-headers лучше?

Грязные хаки

Можешь заюзать это чудо: http://nixos.org/patchelf.html

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

Хорош дурачком прикидываться. Очевидно, надо установить.

дык и устанавливай, не ленись.

Наличие билдсерверов в проекте никак не зависит от используемой оси. (Оно не мешает, оно помогает)

Все приличные программы под win весят гигабайтами.

это ты не мне говори, а Reset'у.

Будет, если у заказчиков зоопарк систем и ты их хрен заставишь поставить ту, которой пользуешься ты.

Наличие билдсерверов в проекте никак не зависит от используемой оси. (Оно не мешает, оно помогает)

оно конечно нужно. Но для маздайщиков это жизненная необходимость.

Будет, если у заказчиков зоопарк систем и ты их хрен заставишь поставить ту, которой пользуешься ты.

у этого адепта венды аргументация «ты попадёшь под трамвай».

Но для маздайщиков это жизненная необходимость.

При установленном кросскомпилере - «Nyet!» (с)

При установленном кросскомпилере - «Nyet!» (с)

сомневаюсь, что осилят.

Если ты не понял сарказма, у нас завкафедрой прикладмеха, например, был др. технич. наук, он хвостистов тролел пуговицей на ниточке («мерил карму»): «Я у тебя зачет принимать не буду... У тебя карма в минусах - вдруг не сдашь, под трамвай попадешь - а скажут, я довел ребенка до самоубийства» (с) Улавливаешь?

Дык, уже :)

а...

Выкинуть 6й центос или таскать с приложением слинкованный libstdc++.so нужной версии.

(от единственного в топике, кто понимает, в чем проблема)

asm (".symver memcpy, memcpy@GLIBC_2.2.5");

можешь втулить это в /usr/include/string.h и собираться

/lib64/libc.so.6
: version `GLIBC_2.14' not found (required by /usr/lib64/libstdc++.so.6)

Ты чо, руками libstdc++.so.6 скопировал в /usr? man rpath

Ого! Решение на первой же странице обсуждения.