Как использовать при сборке с помощью cmake не системную libstdc++?

Question

[MechanicZelenyy]

Добрый день.

Проблема такова, системная библиотека libstdc++ не поддерживает ряд GLIBCXX и CXXABI необходимых для сборки программы, поскольку обновление системной библиотеки не доступно, я установил с помощью conda более свежую библиотеку ( в директорию типа ~/miniconda3/lib), в которой все нужно присутствует (проверено с помощью

strings ~/miniconda3/lib/libstdc++.so.6 | grep LIBCXX

). Как теперь заставить cmake использовать именно эту библиотеку, а не системную?

Я добавлял путь ~/miniconda3/lib в переменные LD_LIBRARY_PATH и RPATH, но это не помогает.

UPD: Следует отметить, я уже решал эту проблему полгода назад, но тогда не записал решение и теперь совершенно не помню что я тогда делал (помню что наткнулся на решение абсолютно случайно).

Answer 1

[ТыжСисАдмин]

Давно уже придумали решение проблем с зависимостями и самая простая из них это "Docker" и ещё куча различных решений.

Comments

[MechanicZelenyy]

Тогда пара вопросов:
1) Можно ли все настроить без root привилегий?
2) Можно ли из контейнера выгружать объемные данные?

Но вообще хотелось узнать ответ на изначальный вопрос.

[ТыжСисАдмин]

1. нет, но есть человек у которого онное имеются и значит его проблема :)
2. да, volume организовать и оно сразу будет вне.

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

Я понимаю вашу проблему но не понимаю её ибо не понятно "а нафига", но пока я для себя сделал вывод что с CI/CD всё хреново :)

[MechanicZelenyy]

ТыжСисАдмин, в том и суть, что это не бизнес, а фундаментальная наука, и нормальные решения здесь малоприменимы и некоторых "особенностей" отрасли.

[ТыжСисАдмин]

MechanicZelenyy, вы разрабатываете софт который нужно скомпилить, тут не важно это наука или бизнес или ещё что.
Ну а если это какая нить лаборатория в каком нить научном центре, то могу только посочувствовать.

Может сейчас придут знатоки CMake-а и подскажут решение но это явно порочный путь и жаль что такое в науке происходит.

Поидее вам должо было помочь

export "LD_LIBRARY_PATH=/home/user/miniconda3/lib:$LD_LIBRARY_PATH"

[jcmvbkbc]

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

[MechanicZelenyy]

ТыжСисАдмин, это я пробовал, не помогает. Вообще говоря качество научного софта действительно удручает, хотя ситуация улучшается - раньше фреймворк для численного моделирования, с которым я работаю использовал самописную интерактивную систему сборки, а теперь хотя бы на cmake перешли.
jcmvbkbc, А разве LD в названии переменной, не указывает на GNU компоновщик - ld, и эта переменная содержит пути по которым он проверяет наличие библиотек?

[jcmvbkbc]

А разве LD в названии переменной, не указывает на GNU компоновщик - ld, и эта переменная содержит пути по которым он проверяет наличие библиотек?

MechanicZelenyy, ничего, что динамический линковщик в GNU/linux тоже называется ld.so?
tldp.org/HOWTO/Program-Library-HOWTO/shared-librar...