Как поступать с динамическими библиотеками?

Линкуй динамически под каждый популярный дистриб. По-моему launchpad может в автоматизацию этого.

Если, князь, хочешь быть с праведниками, то крестись Linux Standard Base.

Так я вот не встречал приложений, у которых был бы boost в зависимостях.

libreoffice qbittorrent например

ну вот boostlog вообще отсутствует в 12.04

boost.log - это вообще наркомания!

Компиль приложение всегда под старыми дистрибутивами. Собранные со старой версией glibc приложения запустятся на более новых glibc. Наоборот - нет. Библиотеки, у которых нестабильный ABI, или которые часто отсутсвуют в установках дистрибутива или линкуй статически, или поставляй с приложением и загружай с помощью LD_LIBRARY_PATH через враппер-скрипт.

Собирай с glibc из 12.04 (например, с помощью Docker).

ты можешь собрать свежий буст из сорцов практически под любой дистриб. ну, конечно, если там не совсем уж древний компилятор.
проблема в том, что не всё можно собрать статически. но кое-что можно.
чтобы он тебе glibc включил в него, есть опция для линкера -static-libgcc. иногда ещё нужен -static-libstdc++. можно почитать про эти опции тут: https://gcc.gnu.org/onlinedocs/gcc/Link-Options.html

Как следование LSB vN поможет с дистрами, которые совместимы только с LSB v(N-M)?

glibc
-static-libgcc

Ты уверен?

Собери на 12.04 - boost статикой, glibc динамикой.

А что, systemd с jounrnald его уже вошли в LSB? Или каждый уважающий себя программист должен тянуть с собой свой велосипед, который занимается журналированием?

А что, systemd с jounrnald его уже вошли в LSB?

надеюсь, что и не войдут никогда

boost.log - это вообще наркомания!

А что, systemd с jounrnald его уже вошли в LSB? Или каждый уважающий себя программист должен тянуть с собой свой велосипед, который занимается журналированием?

facepalm.jpg

Причем здесь вообще systemd и journald?

Как следование LSB vN поможет с дистрами, которые совместимы только с LSB v(N-M)?

Никак. Но следование LSB v(N-M) обеспечит совместимость с LSB vN (в теории).

Никак. Но следование LSB v(N-M) обеспечит совместимость с LSB vN (в теории).

Как раз в последней редакции они Qt3 выпилили :).

Почему?

в линуксах ничего статически линковать не надо.

у буста некоторые вещи идут шаблонами/макросами без сопутствующих библиотек так что не удивительно

Ты его кишки видел? Уж лучше log4cpp.

просто обычно этого хватает для того, чтобы системы на бинарник не ругались. можно слинковать с libc.a напрямую, если не хватает стандартных флагов линкера.

можно слинковать с libc.a напрямую

Если лицензия на приложение совместима с GPLv3

в линуксах ничего статически линковать не надо.

boostlog и pugixml отсутсвуют в ubuntu 12.04

Короче слинковал статически boost, pugixml, а на динамику оставил всякие там libmysqlcppconn, lcrypto

В процессе переноса наткнулся на то, что компилятор gcc в ubuntu 12.04 не взлюбил ещё c++11, пришлось переписывать кое-чего. Что тут сказать... #ILoveCPP во все дыры.

ну, так-то да. я как-то не парюсь на этот счёт. я - за опенсорц.

ну, так-то да. я как-то не парюсь на этот счёт. я - за опенсорц.

Ну и свободные лицензии тоже могут быть несовместимы друг с другом.

Париться за динамическую линковку в эпоху, когда софт деплоится в виде docker-контейнеров?

компилятор gcc в ubuntu 12.04 не взлюбил ещё c++11,

обновить, не?

Никак. Но следование LSB v(N-M) обеспечит совместимость с LSB vN (в теории).

Нихрена оно не обеспечит. Во-первых, уже сказали, что в новом LSB Qt3 убрали. Во-вторых любое отличие от LSB — и программа уже не запустится; к примеру, в выпуске OpenSUSE двухлетней давности нет libpng12, требуемой по LSB с хрен знает какого года. В-третьих, всё равно придётся собирать со старой GLIBC. В-четвёртых, интеграции с системой всё равно толковой не будет от одного лишь соблюдения LSB.

обновить, не?

Только если clang, потому что вместе с GCC обновляется библиотека libstdc++ (которая у другого пользователя обновлена не будет). Ни Ubuntu, ни какой-либо другой дистрибутив не обеспечивают для C++ достойной обратной совместимости, ну разве что если всё с собой таскать в пакете с приложением.

обновить, не?

В Linux вообще нет такого понятия как «SDK для платформы» и «компиляция проекта под платформу». В Visual Studio можно спокойно выбрать для сборки проекта платформу vc120+XP, в которой будут все возможности стандартной библиотеки из VS2013 плюс весь WinAPI, совместимый с XP и выше. В MacOSX, iOS, Android NDK есть такое же. В Linux нихрена нету.

а на динамику оставил всякие там libmysqlcppconn

Если собрал для MySQL 5.5, то, скажем, с MySQL 5.1 работать не будет.

Во-первых, уже сказали, что в новом LSB Qt3 убрали.

Да, убрали. Это и меня удивило. Но это ещё не причина отказываться от LSB, поскольку Qt3, скажем честно, на момент добавления уже была сильно устаревшей.

Во-вторых любое отличие от LSB — и программа уже не запустится;

В дистрибутиве, соответствующем LSB, не должно быть отличий от LSB.

к примеру, в выпуске OpenSUSE двухлетней давности нет libpng12, требуемой по LSB с хрен знает какого года.

Это в какой версии? Потому что даже в OpenSUSE 12.1 пакет lsb зависит от libpng >= 1.2.

В-третьих, всё равно придётся собирать со старой GLIBC.

LSB SDK поставляется со своими .so. Они там не настоящие, а только содержат нужные интерфейсы для линкера.

В-четвёртых, интеграции с системой всё равно толковой не будет от одного лишь соблюдения LSB.

Что ты понимаешь под интеграцией в систему?

В Linux вообще нет такого понятия как «SDK для платформы» и «компиляция проекта под платформу».

Представляешь, в LSB SDK именно так и есть.

В Linux вообще нет такого понятия как «SDK для платформы»

qt вполне подходит под определение. ставишь — качается всё что нужно для разработки под qt под линукс, включая документацию.

вместе с GCC обновляется библиотека libstdc++

а ничего, что c++11 обратно совместим со старыми libstdc++?

https://blogs.gentoo.org/blueness/2015/03/10/the-c11-abi-incompatibility-prob...

99,9% программ зависят от Libc (Glibc). Glibc 2.20 имеет обратную совместимость с 2.19, а наоборот - нет. вывод очевиден: тебе необходим наиболее старый Glibc! Если ты скомпилируешь с версией 2.4, то и в 2.20 всё будет работать!

Напиши мне в Jabber: Zenitur@jabber.ru! Я тебе так скомпилирую, что будет работать везде! Для этого у меня есть CentOS 5 2007 года выпуска, и компилятор 2014-го.

А самый простой путь — за-GPL-ить и выложить просто исходники и пакеты динамически слинкованные с зависимостями для популярных дистров, видимо, для слабаков.

To see this problem in action, let’s consider the following little snippet of code which uses a C++11 only function

не делайте так, только и всего

как одно связано с другим?