On Fri, Jun 02, 2006 at 05:17:57PM +0400, Dmitry V. Levin wrote:
> > $ cat test.c
> > test()
> > {
> >         no_such_function();
> > }
> > $ gcc -shared -fPIC -o libtest.so test.c
> > $ ls -l libtest.so
> > -rwxr-xr-x 1 at at 5591 Jun  2 14:54 libtest.so
> > $ gcc -shared -fPIC -o libtest.so test.c -Wl,-z,defs
> > /tmp/.private/at/ccCRSta9.o: In function `test':
> > test.c:(.text+0x14): undefined reference to `no_such_function'
> > collect2: ld returned 1 exit status
> > $ 
> 
> Ну и что?  Часть символов живёт в ld.so и тем самым делает -Wl,-z,defs
> малопригодным на практике.

$ cat test_exceptions.cpp 
int main(int argc, char **argv)
{
        throw 0;
}

Вот это работает:

$ gcc -Wl,-z,defs -o test_exceptions test_exceptions.cpp -lsupc++

При этом получаемый исполняемый файл содержит ld-linux.so.2 в DT_NEEDED
(чего обычно не происходит).

А вот это уже не работает:

$ gcc -Wl,-z,defs -shared -fPIC -o test_exceptions.so test_exceptions.cpp -lsupc++
/usr/lib/gcc/i586-alt-linux/4.1.0/libsupc++.a(eh_globals.o): In function `__gnu_internal::get_global()':
eh_globals.cc:(.text._ZN14__gnu_internal10get_globalEv+0x17): undefined reference to `___tls_get_addr'
collect2: ld returned 1 exit status

Другой вопрос - зачем может быть нужно линковать разделяемую библиотеку с
libsupc++.a, создавая тем самым как минимум дублирование кода.  Если
использовать нормальную разделяемую libstdc++, никаких проблем с
-Wl,-z,defs не возникает.