From owner-freebsd-current@FreeBSD.ORG Fri Feb 22 16:35:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EEEADBA9 for ; Fri, 22 Feb 2013 16:35:53 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id B292EA95 for ; Fri, 22 Feb 2013 16:35:53 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:509e:5349:4e7a:bf0a]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 121F04AC58; Fri, 22 Feb 2013 20:35:51 +0400 (MSK) Date: Fri, 22 Feb 2013 20:35:46 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <562473731.20130222203546@serebryakov.spb.ru> To: Dimitry Andric Subject: Re: r245741 (clang as cc) can not build binaries for GEODE processor In-Reply-To: <5127997A.2000901@andric.com> References: <108875110.20130222104603@serebryakov.spb.ru> <51277EFE.4000703@andric.com> <15917508.20130222194954@serebryakov.spb.ru> <5127997A.2000901@andric.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 16:35:54 -0000 Hello, Dimitry. You wrote 22 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F 2013 =D0=B3., 20:14= :50: DA> Maybe samba, or any of its dependencies, attempts to be "smart", and DA> enables some custom CPU optimizations? Maybe. I'll investigate this one too. >> DA> In any case, can you attempt to figure out which exact instructions = it >> DA> dies on? If gdb does not work, like you said above, maybe you can u= se >> DA> objdump to disassemble the executable in question, and find the addr= ess >> DA> of the failing instruction. >> I'm trying to do this with very last sources both as build system >> and target sources. DA> As Joerg Sonnenberger mentioned to me, the address 0x10351d6 you show in DA> the gdb session seems to be quite high, possibly pointing to some shared DA> library. Maybe you can try to figure out which library it is? I don't like "bt" result with only two lines in high addresses. I'm rebuilding NanoBSD image with enabled gdb now to run "testconf" under gdb itself. --=20 // Black Lion AKA Lev Serebryakov