Динамические библиотеки в отдельной папке

@BlackStoneBlack · Регистрация: 10.05.2016

Студворк — интернет-сервис помощи студентам

Добрый день!

Имеется некий проект, использующий библиотеки, допустим, 1dll.a, 2dll.a и 3dll.a, с которыми вместе динамически подключаемые библиотеки 1.dll, 2.dll и 3.dll соответственно. Т.к. приложение компилируется без флага -static, то, естественно, *.dll-файлы мы должны добавить в один каталог с исполняемым файлом. Но появляется вопрос: можно ли заставить приложение искать библиотеки, например, в каталоге libraries, находящимся в одном каталоге с исполняемым файлом?

Заранее спасибо за помощь!

P.S. В качестве IDE использую Code::Blocks.

@oleg-m1973 · 06.08.2019, 09:07

Сообщение от BlackStoneBlack

Но появляется вопрос: можно ли заставить приложение искать библиотеки, например, в каталоге libraries, находящимся в одном каталоге с исполняемым файлом?

Добавь это директорию в переменную PATH, либо используй SetDllDirectory

@BlackStoneBlack · 06.08.2019, 09:19 **[ТС]**

oleg-m1973, проект планируется кроссплатформенный, поэтому включение в проект windows.h не очень подходит. А PATH - это костыль, который не совсем подходит для распространения приложения на другие машины. Вероятно, банально легче использовать флаг -static для компиляции под каждую платформу.

@oleg-m1973 · 06.08.2019, 09:28

Сообщение от BlackStoneBlack

oleg-m1973, проект планируется кроссплатформенный, поэтому включение в проект windows.h не очень подходит.

Разные системы по-разному ищут библиотеки, поэтому по-любому придётся делать разный код под windows и под линукс. Вообще, это должен делать инсталлятор - помещать библиотеки куда надо и прописывать пути к ним.
В винде проще всего поместить в одну папку с exe, либо указать путь для поиска при помощи SetDllDirectory.

Сообщение от BlackStoneBlack

А PATH - это костыль, который не совсем подходит для распространения приложения на другие машины.

Да ладно, у тебя на компе половина приложений этот "костыль" использует

Сообщение от BlackStoneBlack

Вероятно, банально легче использовать флаг -static для компиляции под каждую платформу.

Ну, тут как хочешь. А зачем тогда вообще в dll выносил?

@BlackStoneBlack · 06.08.2019, 09:37 **[ТС]**

Сообщение от oleg-m1973

половина приложений этот "костыль" использует

Это и прискорбно, на самом деле.

Сообщение от oleg-m1973

по-любому придётся делать разный код под windows и под линукс

Там разница будет лишь в подключаемых библиотеках в бинарном виде.

Сообщение от oleg-m1973

А зачем тогда вообще в dll выносил?

Потому что библиотеки сторонние, написаны не мной.

@COKPOWEHEU · 06.08.2019, 10:31

Сообщение от BlackStoneBlack

oleg-m1973, проект планируется кроссплатформенный, поэтому включение в проект windows.h не очень подходит.

А включение windows-специфичных библиотек (dll) - подходит?

Сообщение от BlackStoneBlack

Вероятно, банально легче использовать флаг -static для компиляции под каждую платформу.

Не сработает. Динамические библиотеки невозможно линковать статически.

Сообщение от BlackStoneBlack

А PATH - это костыль

Может, добавить сами библиотеки в стандартную директорию? Оно, конечно, некрасиво, но все же.
Или подгружать вручную через dlopen / LoadLibrary

@TRam_ · 06.08.2019, 11:48

Сообщение от BlackStoneBlack

Это и прискорбно, на самом деле.

Разные операционные системы работают по-разному и имеют совершенно разные механизмы обработки событий. Кроссплатформенность Qt говорит только о том, что с её помощью можно один и тот же проект скомпилировать и под одну ОС, и под другую. Но по-факту приложения будут с разным кодом.

@BlackStoneBlack · 07.08.2019, 20:57 **[ТС]**

Сообщение от TRam_

Но по-факту приложения будут с разным кодом

Ну, это и так очевидно.

Не по теме:

Сообщение от TRam_

Кроссплатформенность Qt

К Qt у меня вообще много вопросов по поводу лицензии. Как я понимаю, лицензия Open Source для Qt не даёт возможности писать проприетарный софт с использованием библиотек Qt. Но это уже совершенно другой вопрос.

@WxMaper · 07.08.2019, 22:12

Сообщение от BlackStoneBlack

лицензия Open Source для Qt не даёт возможности писать проприетарный софт с использованием библиотек Qt

Не по теме:

Даёт до тех пор, пока приложенные вами библиотеки Qt будут соответствовать версиям из Open Source. Иными словами, если я получу от вас некий софт только в виде одного исполняемого файла, то я могу докидать к нему библиотеки Qt из официального Open Source дистрибутива и у меня всё должно работать.

Если вы вдруг решите пересобрать Qt или какой-то из его модулей (статически или динамически), так, что нельзя будет использовать ваше ПО без этих пересобранных модулей/библиотек, то тогда вам уже нельзя заниматься распространением такого проприетарного софта.

@BlackStoneBlack · 08.08.2019, 10:02 **[ТС]**

Не по теме:

WxMaper, если оно есть так, как Вы говорите, то это прекрасно.

Новые блоги и статьи Все статьи Все блоги /
Первый деплой lagorue 16.01.2026 Не спеша развернул своё 1ое приложение в kubernetes. А дальше мне интересно создать 1фронтэнд приложения и 2 бэкэнд приложения развернуть 2 деплоя в кубере получится 2 сервиса и что-бы они. . .	Расчёт переходных процессов в цепи постоянного тока igorrr37 16.01.2026 / * Дана цепь постоянного тока с R, L, C, k(ключ), U, E, J. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа, решает её и находит токи на L и напряжения на C в установ. режимах до и. . .	Восстановить юзерскрипты Greasemonkey из бэкапа браузера damix 15.01.2026 Если восстановить из бэкапа профиль Firefox после переустановки винды, то список юзерскриптов в Greasemonkey будет пустым. Но восстановить их можно так. Для этого понадобится консольная утилита. . .	Изучаю kubernetes lagorue 13.01.2026 А пригодятся-ли мне знания kubernetes в России?
Сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .	Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .

Динамические библиотеки в отдельной папке

Решение

Решение

@BlackStoneBlack half-horse half-gateway 117 / 83 / 43 Регистрация: 10.05.2016 Сообщений: 563

	Динамические библиотеки в отдельной папке 05.08.2019, 20:48. Показов 3041. Ответов 9 Метки динамические библиотеки (Все метки) Добрый день! Имеется некий проект, использующий библиотеки, допустим, 1dll.a, 2dll.a и 3dll.a, с которыми вместе динамически подключаемые библиотеки 1.dll, 2.dll и 3.dll соответственно. Т.к. приложение компилируется без флага -static, то, естественно, .dll-файлы мы должны добавить в один каталог с исполняемым файлом. Но появляется вопрос: можно ли заставить приложение искать библиотеки, например, в каталоге libraries, находящимся в одном каталоге с исполняемым файлом? Заранее спасибо за помощь! P.S. В качестве IDE использую Code::Blocks*. 0

@BlackStoneBlack half-horse half-gateway 117 / 83 / 43 Регистрация: 10.05.2016 Сообщений: 563
	06.08.2019, 09:19 [ТС]
	oleg-m1973, проект планируется кроссплатформенный, поэтому включение в проект windows.h не очень подходит. А PATH - это костыль, который не совсем подходит для распространения приложения на другие машины. Вероятно, банально легче использовать флаг -static для компиляции под каждую платформу. 0

@BlackStoneBlack
	08.08.2019, 10:02 [ТС]
	Не по теме: WxMaper, если оно есть так, как Вы говорите, то это прекрасно. 0