[Comm] shared and static libs

[Comm] shared and static libs

[vic ismakaev]

Приветствую!
Возник вопросик у меня:
Допустим есть две либы в двух ипостасях - статические(libname1.a, libname2.a) 
и динамическая(libname1.so,libname2.so).
Можно ли ,и если можно -то как сказать gcc при сборке какие либы использовать 
статические или динамические.
Про динамические вроде ясно
gcc -rdynamic -lname1 -lname2 и он подхватит сошки.

А если статические?


-- 
С уважением
Виктор В Исмакаев

[Comm] Re: shared and static libs

[Sergey Vlasov]

On Thu, 17 Apr 2003 21:12:50 +0600
vic ismakaev <viclists@mail.esoo.ru> wrote:

> Допустим есть две либы в двух ипостасях - статические(libname1.a, libname2.a) 
> и динамическая(libname1.so,libname2.so).
> Можно ли ,и если можно -то как сказать gcc при сборке какие либы использовать 
> статические или динамические.
> Про динамические вроде ясно
> gcc -rdynamic -lname1 -lname2 и он подхватит сошки.

Кстати, в современных системах для сборки с динамическими библиотеками
вообще никаких ключей указывать не нужно. -Wl,--export-dynamic -
отдельная ситуация. В общем случае для переносимости лучше
использовать libtool.

> А если статические?

Для отдельных библиотек (сохранив динамические libc и т.п.) - просто
указать /path/libname1.a. Всё статикой - -static, но это лучше не
делать (есть проблемы с загрузкой libnss*.so.* из glibc); разве что
для специфических утилит, где используется что-то вроде dietlibc
вместо glibc.

Re: [Comm] Re: shared and static libs

[vic ismakaev]

17 Апрель 2003 22:23, Sergey Vlasov написал:
> On Thu, 17 Apr 2003 21:12:50 +0600
>
> vic ismakaev <viclists@mail.esoo.ru> wrote:
> > Допустим есть две либы в двух ипостасях - статические(libname1.a,
> > libname2.a) и динамическая(libname1.so,libname2.so).
> > Можно ли ,и если можно -то как сказать gcc при сборке какие либы
> > использовать статические или динамические.
> > Про динамические вроде ясно
> > gcc -rdynamic -lname1 -lname2 и он подхватит сошки.
>
> Кстати, в современных системах для сборки с динамическими библиотеками
> вообще никаких ключей указывать не нужно. -Wl,--export-dynamic -
> отдельная ситуация. 
А чем определяется ее отдельность?
>В общем случае для переносимости лучше
> использовать libtool.
Понятно.
> > А если статические?
>
> Для отдельных библиотек (сохранив динамические libc и т.п.) - просто
> указать /path/libname1.a. 
Или делать libname1_s.a, и потом -lname1_s? Так по идее тоже можно?

>Всё статикой - -static, но это лучше не
> делать (есть проблемы с загрузкой libnss*.so.* из glibc); разве что
> для специфических утилит, где используется что-то вроде dietlibc
> вместо glibc.


-- 
С уважением
Виктор В Исмакаев

[Comm] Re: shared and static libs

[Sergey Vlasov]

On Thu, 17 Apr 2003 22:38:07 +0600
vic ismakaev <viclists@mail.esoo.ru> wrote:

> 17 Апрель 2003 22:23, Sergey Vlasov написал:
> > On Thu, 17 Apr 2003 21:12:50 +0600
> >
> > vic ismakaev <viclists@mail.esoo.ru> wrote:
> > > Допустим есть две либы в двух ипостасях - статические(libname1.a,
> > > libname2.a) и динамическая(libname1.so,libname2.so).
> > > Можно ли ,и если можно -то как сказать gcc при сборке какие либы
> > > использовать статические или динамические.
> > > Про динамические вроде ясно
> > > gcc -rdynamic -lname1 -lname2 и он подхватит сошки.
> >
> > Кстати, в современных системах для сборки с динамическими библиотеками
> > вообще никаких ключей указывать не нужно. -Wl,--export-dynamic -
> > отдельная ситуация. 
> А чем определяется ее отдельность?

Это нужно, если в программе делается dlopen() для загрузки модулей,
которые используют функции из самой программы (а не из разделяемых
библиотек). Например, так работает apache (хотя сейчас в ALT он
собирается с выносом основного кода в libhttpd.so для совместимости с
чем-то (чем - не помню); вообще-то этот вариант в основном там сделан
для систем, не имеющих эквивалента --export-dynamic).

Хотя при сборке GTK+-приложений эта опция выставляется автоматом (с
расчётом на использование libgmodule - на самом деле её использует
libgtk).

> >В общем случае для переносимости лучше
> > использовать libtool.
> Понятно.
> > > А если статические?
> >
> > Для отдельных библиотек (сохранив динамические libc и т.п.) - просто
> > указать /path/libname1.a. 
> Или делать libname1_s.a, и потом -lname1_s? Так по идее тоже можно?

Можно (хотя в последнее время так делают всё реже и реже).

Ещё встречается суффикс _p (для библиотек, скомпилированных с -pg).