From owner-freebsd-current@FreeBSD.ORG Sun May 18 16:38:11 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B4C7727 for ; Sun, 18 May 2014 16:38:11 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E0D2327CB for ; Sun, 18 May 2014 16:38:10 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Wm46C-000JVg-4Q; Sun, 18 May 2014 16:38:08 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id s4IGc5dD041850; Sun, 18 May 2014 10:38:05 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/H29E7SzJFfbu2S0IZn+e1 Subject: Re: [arm cross-compiling, clang] Error: selected processor does not support `ldrexd r2,r3,[r1]' From: Ian Lepore To: Boris Samorodov In-Reply-To: <5378DB4E.5030305@passap.ru> References: <5378D64C.2000903@passap.ru> <5378DB4E.5030305@passap.ru> Content-Type: text/plain; charset="koi8-r" Date: Sun, 18 May 2014 10:38:05 -0600 Message-ID: <1400431085.1152.24.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id s4IGc5dD041850 Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 May 2014 16:38:11 -0000 On Sun, 2014-05-18 at 20:09 +0400, Boris Samorodov wrote: > 18.05.2014 19:48, Boris Samorodov =D0=C9=DB=C5=D4: > > Hi All, > >=20 > > The system: > > ----- > > % uname -a > > FreeBSD bb052.bsnet 11.0-CURRENT FreeBSD 11.0-CURRENT #92 r266163: Th= u > > May 15 23:22:26 SAMT 2014 > > bsam@bb052.bsnet:/usr/obj/usr/src/sys/BB64X amd64 > >=20 > > % clang --version > > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140= 512 > > Target: x86_64-unknown-freebsd11.0 > > Thread model: posix > > ----- > >=20 > > While cross-compiling (sources r266396) I get: > > ----- > > % make -C /usr/src ARCH=3Darm TARGET_ARCH=3Darmv6 buildworld >=20 > Hm, at https://wiki.freebsd.org/EmbeddedHandbook one more option > is listed: "TARGET_CPUTYPE=3Darmv6". Trying this. >=20 > > [...] > > =3D=3D=3D> lib/clang/liblldbAPI (all) > > c++ -O -pipe > > -I/usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/tools/lldb/incl= ude > > -I/usr/src/lib/clang/liblldbAPI/../../ > > ../contrib/llvm/tools/lldb/source > > -I/usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/include > > -I/usr/src/lib/clang/liblldbAP > > I/../../../contrib/llvm/tools/clang/include > > -I/usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/tools/lldb/sour= ce/API > > -I. -I > > /usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/../../lib/clang/i= nclude > > -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MA > > CROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing > > -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armv6-gnueabi-freebsd11.0\" -DLLVM_H= OST_TRIP > > LE=3D\"armv6-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=3D\"\" > > -Qunused-arguments -std=3Dc++11 -DLLDB_DISABLE_PYTHON -fno-exceptions= -f > > no-rtti -Wno-c++11-extensions -c > > /usr/src/lib/clang/liblldbAPI/../../../contrib/llvm/tools/lldb/source= /API/SBAddress.cpp > > -o SB > > Address.o > > /tmp/SBAddress-9939f3.s: Assembler messages: > > /tmp/SBAddress-9939f3.s:92: Error: selected processor does not suppor= t > > `ldrexd r2,r3,[r1]' > > /tmp/SBAddress-9939f3.s:141: Error: selected processor does not suppo= rt > > `ldrexd r2,r3,[r0]' > > /tmp/SBAddress-9939f3.s:311: Error: selected processor does not suppo= rt > > `ldrexd r8,r9,[r0]' > > /tmp/SBAddress-9939f3.s:312: Error: selected processor does not suppo= rt > > `strexd r1,r2,r3,[r0]' > > /tmp/SBAddress-9939f3.s:320: Error: selected processor does not suppo= rt > > `ldrexd r2,r3,[r0]' > > /tmp/SBAddress-9939f3.s:325: Error: selected processor does not suppo= rt > > `ldrexd r2,r3,[r0]' > > /tmp/SBAddress-9939f3.s:329: Error: selected processor does not suppo= rt > > `ldrexd r2,r3,[r0]' > > /tmp/SBAddress-9939f3.s:330: Error: selected processor does not suppo= rt > > `strexd r2,r4,r5,[r0]' > > /tmp/SBAddress-9939f3.s:379: Error: selected processor does not suppo= rt > > `ldrexd r0,r1,[r0]' > > /tmp/SBAddress-9939f3.s:507: Error: selected processor does not suppo= rt > > `ldrexd r2,r3,[r0]' > > /tmp/SBAddress-9939f3.s:511: Error: selected processor does not suppo= rt > > `ldrexd r2,r3,[r0]' > > /tmp/SBAddress-9939f3.s:512: Error: selected processor does not suppo= rt > > `strexd r2,r8,r9,[r0]' > > /tmp/SBAddress-9939f3.s:665: Error: selected processor does not suppo= rt > > `ldrexd r4,r5,[r1]' > > /tmp/SBAddress-9939f3.s:671: Error: selected processor does not suppo= rt > > `ldrexd r6,r7,[r1]' > > /tmp/SBAddress-9939f3.s:678: Error: selected processor does not suppo= rt > > `ldrexd r2,r3,[r1]' > > /tmp/SBAddress-9939f3.s:679: Error: selected processor does not suppo= rt > > `strexd r2,r6,r7,[r1]' > > /tmp/SBAddress-9939f3.s:739: Error: selected processor does not suppo= rt > > `ldrexdne r0,r1,[r0]' > > c++: error: assembler command failed with exit code 1 (use -v to see > > invocation) > > *** Error code 1 > >=20 > > Stop. > > make[6]: stopped in /usr/src/lib/clang/liblldbAPI > > *** Error code 1 > > ----- While I don't think it should affect this problem, "ARCH=3Darm" isn't needed. If anything it would be TARGET=3Darm, but that's implied by the TARGET_ARCH=3Darmv6. I suspect the problems you're seeing are more fallout from all the recent WITH/WITHOUT build system changes. I've been so focused on doing arm MFCs for the past week I haven't tried to build -current for a few days. Since 10-stable is now in sync [1] with -current for arm stuff, but doesn't have all the recent build system changes, that might be a workable alternative for you for now... just build 10-stable instead of -current. [1] mostly -- I'm still finding a few misc changesets that I missed on the first pass, and build/run testing of 10-stable on arm is just beginning. -- Ian