From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <root@mmedia2.kemsu.ru>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_00,DNS_FROM_OPENWHOIS
	autolearn=no version=3.2.5
Message-ID: <4CBBBFCE.5020203@mmedia2.kemsu.ru>
Date: Mon, 18 Oct 2010 11:32:30 +0800
From: REAL <root@mmedia2.kemsu.ru>
User-Agent: Thunderbird 2.0.0.21 (X11/20090302)
MIME-Version: 1.0
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
References: <4CB9296A.2000406@mmedia2.kemsu.ru>
	<20101016111848.GB18052@altlinux.org>
In-Reply-To: <20101016111848.GB18052@altlinux.org>
Content-Type: text/plain; charset=windows-1251; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [devel] libc on i586: WTF?
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Oct 2010 04:26:03 -0000
Archived-At: <http://lore.altlinux.org/devel/4CBBBFCE.5020203@mmedia2.kemsu.ru/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

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 Евгений Ростовцев, программист ЦНИТ КемГУ