Date: Fri, 22 Feb 2013 17:14:50 +0100 From: Dimitry Andric <dimitry@andric.com> To: lev@FreeBSD.org Cc: freebsd-current <freebsd-current@freebsd.org> Subject: Re: r245741 (clang as cc) can not build binaries for GEODE processor Message-ID: <5127997A.2000901@andric.com> In-Reply-To: <15917508.20130222194954@serebryakov.spb.ru> References: <108875110.20130222104603@serebryakov.spb.ru> <51277EFE.4000703@andric.com> <15917508.20130222194954@serebryakov.spb.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2013-02-22 16:49, Lev Serebryakov wrote: > You wrote 22 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F 2013 =D0=B3., 1= 8:21:50: > > DA> The default for FreeBSD on 32-bit x86 is i486, so maybe the problem= s are > DA> caused by the -march=3Dgeode setting. If you disable that, do the > DA> problems disappear? > Problem is, that code compiled with "-march=3Dgeode" works. Cod= e > built without any "-march" at all (without CPUTYPE in configs) doesn't.= > It looks like clang or use "build system" CPU as default "-march" or= > issue some >=3D i686 commands without it. Or both :) Clang defaults to i486 (that is, on i386-unknown-freebsdXX arch), unless you specify -march=3D or -mcpu=3D on the command line. Maybe samba, or any of its dependencies, attempts to be "smart", and enables some custom CPU optimizations? > 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 = use > DA> objdump to disassemble the executable in question, and find the add= ress > DA> of the failing instruction. > I'm trying to do this with very last sources both as build system= > and target sources. As Joerg Sonnenberger mentioned to me, the address 0x10351d6 you show in the gdb session seems to be quite high, possibly pointing to some shared library. Maybe you can try to figure out which library it is? -Dimitry
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5127997A.2000901>