From owner-freebsd-toolchain@freebsd.org Sun Nov 5 01:22:10 2017 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E99CE5CE3E for ; Sun, 5 Nov 2017 01:22:10 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-113.reflexion.net [208.70.210.113]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D046D66C18 for ; Sun, 5 Nov 2017 01:22:09 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 32227 invoked from network); 5 Nov 2017 01:22:03 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 5 Nov 2017 01:22:03 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sat, 04 Nov 2017 21:22:03 -0400 (EDT) Received: (qmail 5422 invoked from network); 5 Nov 2017 01:22:03 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 5 Nov 2017 01:22:03 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id A8EBCEC7B31; Sat, 4 Nov 2017 18:22:02 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: [toolchain] lib/clan/llvm.build.mk: Shouldn't BUILD_TRIPLE definition rely host 'cc -dumpmachine'? From: Mark Millard In-Reply-To: <12E66105-6E1D-4941-B4C4-3BBAC0F3B330@dsl-only.net> Date: Sat, 4 Nov 2017 18:22:02 -0700 Cc: freebsd-arm , Dimitry Andric , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: <7CAFD8CC-BDA1-4E89-BD7E-D0089E27036F@dsl-only.net> <12E66105-6E1D-4941-B4C4-3BBAC0F3B330@dsl-only.net> To: =?utf-8?Q?Eddy_Petri=C8=99or?= X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Nov 2017 01:22:10 -0000 On 2017-Nov-4, at 6:02 PM, Mark Millard wrote: > On 2017-Nov-4, at 5:19 PM, Eddy Petri=C8=99or wrote: >=20 >> Pe 5 nov. 2017 12:57 AM, "Gerald Pfeifer" a = scris: >> On Sun, 29 Oct 2017, Eddy Petri=C8=99or wrote: >>> Yep --and it is even more complicated: gcc vs. clang are sometimes >>> different for the target listed. . . >>>=20 >>> For example -m32 for amd64 changes the clang result: >>>=20 >>> # clang -dumpmachine >>> x86_64-unknown-freebsd12.0 >>>=20 >>> .. >>>=20 >>> # gcc7 -dumpmachine >>> x86_64-portbld-freebsd12.0 >>=20 >> That's not actually related to GCC, but the lang/gcc* ports using >> the FreeBSD Ports Collection's default that explicitly set >>=20 >> Yes, I know. That's why I said the vendor part must be forced to = "unknown". >>=20 >>=20 >> CONFIGURE_TARGET?=3D ${ARCH}-portbld-${OPSYS:tl}${OSREL} >>=20 >> By default GCC would use the same as clang. >>=20 >> Sure, but that doesn't mean the vendor part of the triple in the = default compiler is guaranteed to be 'unknown'. >=20 > The "unknown" vs. "portbld" has a specific meaning > for a FreeBSD context: >=20 > unknown: it is a devel/* port > portbld: it is a lang/* port >=20 > This keeps the likes of devel/powerpc64-gcc > and lang/gcc6 from having conflicting files > on a powerpc64 FreeBSD machine, even when > they are at the same (full) version. >=20 > The variation that I intended to write about > was the x86_64 vs. i386 variation when -m32 > is in use. That is a separate issue from > unknown vs. portbld . I forgot to mention that I also intended to write about the -gnueabihf suffix vs. not for armv7 between various normal FreeBSD compilers (system and ports compilers). =3D=3D=3D Mark Millard markmi at dsl-only.net