LINUX.ORG.RU
решено Форум — General  

а?

 


0

0

привет, лор.

есть погромулька, которая собирается cmake и есть libvasya.so.1.0.0, libvasya.so.1 а так же и libvasya.so.

означает ли DBUILD_SHARED_LIBS=ON линковку с libvasya.so.1, а DBUILD_SHARED_LIBS=OFF с libvasya.so?

Deleted
← postfix не отравляет почту на внутренние адреса
Проблема с подключением tor браузер →

Информативный заголовок

CryNet ★★★★★
()
Ответ на: комментарий от UVV

Нет. Просто я невежествен, туп и склонен к дурацкому юмору.

Deleted
()
Ответ на: комментарий от Deleted

А это называется soname. Сделано для гибкого версионирования.
Когда не меняют API, меняют минорный номер версии, линковка сохраняется.
Когда меняют API, меняют мажорный номер версии, линковка с неправильной библиотекой ломается.
Удобно.

См. https://ru.m.wikipedia.org/wiki/Soname

bormant ★★★★★
()
Последнее исправление: bormant (всего исправлений: 2)
Ответ на: комментарий от bormant

А если программу устраивают версии библиотеки разных мажорных версий? Например, inkscape из гит и gsl-2.3 и 2.4, либы libgsl.so.19.x и libgsl.so.23.x соответственно. Как понять? Стоит заморачиваться с обходом?

Deleted
()
Ответ на: комментарий от Deleted

Если есть надежда на обратную совместимость несмотря на смену мажорной версии, проще бросить симлинки: 

# ln -s libgsl.so.23.x libgsl.so.19.x
Если будет падать или работать криво, придется положить libgsl.so.19.x рядом (пакетом или просто файлами — не суть).

bormant ★★★★★
()
Ответ на: комментарий от Deleted

почему оно привязывается к версии, когда в этом нет необходимости?

всегда есть необходимость

sergej ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← postfix не отравляет почту на внутренние адреса
General
Проблема с подключением tor браузер →