[devel] libc on i586: WTF?

[REAL]

Dmitry V. Levin пишет:
>> Символ __stack_chk_fail_local присутствует только 
>> в libc.a, не в libc.so:
>>
>> $ nm /usr/lib/libc.a|grep stack_chk_fail
>> stack_chk_fail.o:
>> 0000000000000000 T __stack_chk_fail
>> stack_chk_fail_local.o:
>>                  U __stack_chk_fail
>> 0000000000000000 T __stack_chk_fail_local
>>
>> $ nm -D /lib/libc.so.6|grep stack_chk_fail
>> 00000000000e09a0 T __stack_chk_fail
>>
>> Как дальше жидь?
> 
> Вам просто интересно, или беспокойство чем-то обусловлено?

Скажем так: мне интересно, зачем я должен при сборке shared библиотек 
использовать libc.a.

> В первом случае см.
> http://sourceware.org/git/?p=glibc.git;a=blob;f=debug/stack_chk_fail_local.c

Может быть, вместо libc.a заюзать объект, полученный через ar x 
%_libdir/libc.a stack_chk_fail_local.o?

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ