как слинковаться с библиотекой не добавляя её в зависимости?

А для чего конкретно тебе это нужно?

А разве это не так работает по умлочанию? ЕМНИП, Линукс как раз определяет загржена ли библиотека, и, если да, переиспользует ее. В связи с этим и возникает неоднозначность в трактовании понятия «сколько памяти занимает программа»: учитывать ли библиотеки, которые шарятся с другими программами, или нет?

dlopen в libFoo и libBar это не то, чего ты хочешь? Ты же говоришь, что уже сделал так для App, так в чём проблема переписать либы? А уже слинкованные либы можно исправить в любом hex-редакторе.

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

если я добавлю -lUtils в команду линковки, эта либа явно появится в зависимостях. а вот этого я не хочу.я хочу подавить именно автоматическую загрузку некоторых зависимостей.

man dlopen

В случае если библиотека на C++ придётся написать ещё небольшую С-прослойку. Вот тут почитай: http://www.tldp.org/HOWTO/C -dlopen/thesolution.html

А уже слинкованные либы можно исправить в любом hex-редакторе.

Можно ключевые слова для гугления сего метода?

man dlopen

он немного другую задачу решает. мне нужно подавить автозагрузку одной конкретной библиотеки потому что я уже её нашел и загрузил. я не хочу чтоб параллельно еще одна загрузилась и начала гадить.

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

Может как-то так примерно: В App:

dlopen(Foo);dlsym...; Fooinit(libUtils_filename);

В libFoo Fooinit:

dlopen(Utils); for(){dlsym...}

Binary patching наверно. Мб заюзать скрипты типа такого: https://github.com/dpocock/elfpatch/blob/master/elfpatch.py

Никто не говорил, что будет просто.

man dlopen

Не линкуй libFoo с libBar, если линкер ругается дай ему опцию чтобы разрешил unresolved символы

хотелось бы сделать так, чтоб libFoo при загрузке через динамический линкер не тащило за собой libUtils а воспользовалось тем, что загружено.

На самом деле с ELF все будет как ты хочешь, если оставить все как есть, но для успокоения можно убрать NEEDED libUtils.so из libFoo.so

А по-моему это никаких проблем не вызывает. Видел такое и нормально работало. Вполне возможно, что даже повторной загрузки не будет.

у нас С++ к сожалению, dlsym тут не поможет.

вообще как я понял, придется действительно руками вырезать ссылку.

самое гнусное, что эту программу надо и под окошки собирать

всем спасибо.

решил использовать patchelf для linux, для винды пока «будем посмотреть» как быть дальше.

Твои действия не имеют смысла, потому что поведение по умолчанию и так является таким. В память будет загружена ровно одна копия каждой используемой библиотеки, если не предпринять каких-нибудь специальных мер. Более того, read-only секции будут загружены в память единожды не просто для всей программы, а для всех процессов в системе, использующих данную библиотеку. И, кстати, под офтопиком поведение такое же.

эта либа явно появится в зависимостях.

Естественно. Вот только, если эта либа уже была загружена в память (потому, что стоит в зависимостях другой, уже запущеной программы), то вторая копия либы загружаться в память не будет. Это ж то, что тебе нужно?

у нас С++ к сожалению,

Ваще монопенисуально.

dlsym тут не поможет.

Еще как поможет.

Как ты думаешь, для чего вообще придумали эти библиотеки?

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