Добрый день.
Возникла необходимость перед выпуском каждой новой версии приложения проверять его на совместимость с различными версиями библиотек. API в разных версиях немного отличается, и легко при добавлении новых возможностей не учесть, что в более старой версии какого-то метода у класса нету, а в самой поздней версии класс имеет уже совсем другой интерфейс.
Подскажите, пожалуйста, как вообще это принято делать и с помощью чего? Если знаете какой-нибудь хороший man, ткните носом, пожалуйста.
Даже не знаю, как, например, решить следующую задачу:
gtkmm зависит от glibmm. Я хочу собрать приложение с новой версией gtkmm. Для этого мне сначала необходимо собрать новую версию glibmm и установить (куда? текущую версию, которая стоит в дистрибутиве я заменять не хочу, эта версия мне нужна только для тестов). Далее, как скомпилировать gtkmm с только что скомпиленной glibmm и заставить их работать вместе, а не брать системные библиотеки? Ну и так далее. Очень хотелось бы почитать какую-нибудь документацию по этому поводу.


Ответ на:
комментарий
от true_admin




Ответ на:
комментарий
от the_moon

Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Похожие темы
- Форум Сборка библиотек. (2002)
- Форум Сочетание различных библиотек C++ (2016)
- Форум Библиотеки для сборки... (2006)
- Форум make и правила для сборки различных частей одной библиотеки в многопотоке (2021)
- Форум Автоматическая сборка пакетов под различные дистрибутивы (2013)
- Форум Сборка динамической библиотеки (*.so) (2001)
- Форум Ололо про поддержку IDEшками различных систем сборки (2022)
- Форум Получение библиотек Qt при сборке (2017)
- Форум Makefile и сборка зависимых библиотек. (2019)
- Форум Регулярные выражения, стандартная библиотека C++ gcc 4.9 (2014)