Linux динамическое и статическое связывание

Question

Linux динамическое и статическое связывание

0

У меня есть исполняемый файл, который связан с общей библиотекой "A", которая, в свою очередь, использует общую библиотеку "B" (GUI, написанную в Qt). Когда я компилирую исполняемый файл, компоновщик ищет все библиотеки, включая "B", и все библиотеки, в которых он нуждается (библиотеки Qt). Как я могу отключить библиотеку "B" от исполняемого файла таким образом, что ему не понадобится "B" в времени ссылки. Мне бы хотелось, чтобы исполняемый файл не знал о библиотеке "B".

Alex 30 дек. 2014, в 09:58

Источник

3

Почему? Как будет работать ваш исполняемый файл, если у него нет зависимостей?
John Zwinck 30 дек. 2014, в 08:27
0

Сделайте A нагрузку B во время выполнения или загрузку A во время выполнения. Это сделает ваше приложение более сложным и подверженным ошибкам, но будет работать.
UldisK 30 дек. 2014, в 10:25
0

Ваш вопрос не совсем понятен. «компоновщик ищет все библиотеки, включая B»: он проверяет наличие зависимостей A, но не должен напрямую связываться с B, поэтому, если вы замените A версией, не использующей B, все равно будет в порядке и не используйте B. Вы можете предоставить поддельную версию A с тем же списком (пустых) символов, только для ссылок.
Marc Glisse 30 дек. 2014, в 11:12
0

Решение, которое я нашел работающим, состоит в том, чтобы динамически загружать B в A с помощью dlopen. Таким образом, исполняемый файл не должен знать о B.
Alex 30 дек. 2014, в 12:39

Показать ещё 2 комментария

Теги:

c++

linux

qt

shared-libraries

1 ответ

Ещё вопросы

Почему? Как будет работать ваш исполняемый файл, если у него нет зависимостей?
Сделайте A нагрузку B во время выполнения или загрузку A во время выполнения. Это сделает ваше приложение более сложным и подверженным ошибкам, но будет работать.
Ваш вопрос не совсем понятен. «компоновщик ищет все библиотеки, включая B»: он проверяет наличие зависимостей A, но не должен напрямую связываться с B, поэтому, если вы замените A версией, не использующей B, все равно будет в порядке и не используйте B. Вы можете предоставить поддельную версию A с тем же списком (пустых) символов, только для ссылок.
Решение, которое я нашел работающим, состоит в том, чтобы динамически загружать B в A с помощью dlopen. Таким образом, исполняемый файл не должен знать о B.

ypx · Answer 1 · 2014-12-30T07-17-00.000Z

Предполагая, что вы можете построить зависимость "B" от источника, вы можете скрыть ее от своего исполняемого файла, привязав "A" к "B".

В случае невозможности компиляции "B" из источника, можно ограничить видимость символов в "B", которые явно не используются. Вы можете выполнить это через команду "ld" в Unix-системах. Я об этом мало знаю. Этот пост может предложить некоторые предложения. Однако они кажутся мне очень ясными и ручными, поэтому, вероятно, менее применимы, если "B" - большая библиотека со многими символами. Я подозреваю, что на самом деле ты не идешь.

Вы хотите, чтобы "B" не отображался при вызове команды "ldd" в вашем исполняемом файле. Это правильно?

Или вы только пытаетесь упростить установку вашего исполняемого файла для пользователей? Если да, вы все равно можете автоматизировать установку в некоторой степени.

Моя цель - возможность компилировать и запускать исполняемый файл только с объектом A без B на машинах, где пользовательский интерфейс не нужен и Qt не установлен.