From owner-freebsd-toolchain@freebsd.org Tue Apr 10 00:58:38 2018 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 981D9F8D879 for ; Tue, 10 Apr 2018 00:58:38 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2DDA97BD2E; Tue, 10 Apr 2018 00:58:38 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by mail-qk0-x236.google.com with SMTP id p67so11589382qke.13; Mon, 09 Apr 2018 17:58:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version; bh=81Twg47iJVAq46pj5PGRe3Wgp4mdEBpCRtGARoBAr6U=; b=uezsg4CzUbcz/g+L6DVr2Gwd3etgPJ478eIJZOrFXzR6sZpKDr3p0bQ4ynF6hC9FtH amRPQ24n4JxbpiXz6hCdTgDqJYu8OY9HGFym1BU4FqqPFoGfxVCdUt5iI+GLy6M7IoMj Q/uNHT8GiUQUIu/0qj0MmR4B9itfVJeqxANvBsEvU7G7+GeBEAnOZ0aEAeK8/v2Cykt5 8O2Dp5uIGj0Zksz7rVYb/8Iz5is142RvWEi6V0BzFE6JxGARXamuIQt5jN2S3qNBDdR8 cxeJbR0cq3keoYgRZoBbhl/obDJJucQTGDksthLSkPAukxju12nmGDaCbsOMj2V6Ax0l EAcw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version; bh=81Twg47iJVAq46pj5PGRe3Wgp4mdEBpCRtGARoBAr6U=; b=ILdXjovkerSK5f0SgIkCEb8uud3irmMyO9PqoirCEVm8lagoJv9CBnFgoN00Hv0315 dD9L0ZtFk6sn64nsHJGU/DifVl+ZpY4Ft0USALCYA2dI7DP0mtdJtabnuMlu4QU3IACx 0Lj7fVEqkPqxi99bOVizoD5UxlTf/NckDqtbYWINiZ4SQR95e1IUI4WKtSEsSWyF2CzL mt2A4c9bo6A639w6WZbI0093F7yKj92XhtOZIyXstv8XwgsMeyV6e5gOc8zyPg0LSHo7 1jYVdgm8LoqFbemOrvZMOtULIWgEqqWSagFOw4OBmkNfqkItcrKzvpF/t7oRLK6uuXBc ZHGQ== X-Gm-Message-State: ALQs6tCTBJg4CqWbdK7XkVKNzycGwyQcJwtufTYIpIDvJgx3Q8lr0lLv MHYgJd403E9OGFgTbBfJ+aduPZlA X-Google-Smtp-Source: AIpwx48azF23wUQLr+GalwMYEfofBOkXK4yXNf8ad4lQWIECPu8UpSK8PCecvqJEFpEBkEErF0flIg== X-Received: by 10.55.200.151 with SMTP id t23mr54304726qkl.146.1523321917470; Mon, 09 Apr 2018 17:58:37 -0700 (PDT) Received: from kan ([2601:18f:802:4680:226:18ff:fe00:232e]) by smtp.gmail.com with ESMTPSA id o4sm1288192qkl.69.2018.04.09.17.58.35 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 09 Apr 2018 17:58:36 -0700 (PDT) Date: Mon, 9 Apr 2018 20:58:29 -0400 From: Alexander Kabaev To: John Baldwin Cc: Mark Millard , freebsd-toolchain@freebsd.org Subject: Re: amd64-binutils file name structure for utils vs. for powerpc64-binutils and aarch64-binutils Message-ID: <20180409205829.37a11479@kan> In-Reply-To: <1666724.ZHi5oRvF8N@ralph.baldwin.cx> References: <4410009D-E857-4BB0-B865-9294D24187F5@yahoo.com> <20180407221447.63e016cc@kan> <1666724.ZHi5oRvF8N@ralph.baldwin.cx> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/.eJVy14DIec8PkP/pZF4nDR"; protocol="application/pgp-signature" X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2018 00:58:38 -0000 --Sig_/.eJVy14DIec8PkP/pZF4nDR Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 09 Apr 2018 12:27:18 -0700 John Baldwin wrote: > On Saturday, April 07, 2018 10:14:47 PM Alexander Kabaev wrote: > > On Sat, 7 Apr 2018 17:01:30 -0700 > > Mark Millard wrote: > > =20 > > > On 2018-Apr-7, at 4:37 PM, Alexander Kabaev > > > wrote: > > > =20 > > > > On Sat, 7 Apr 2018 18:43:17 -0400 > > > > Alexander Kabaev wrote: > > > >=20 > > > > Come to think of it, I am not sure I understand the problem. > > > > amd64-binutils installs "proper" x86_64-freebsd-prefixed > > > > binaries. Did you expect amd64-freebsd-* ? =20 > > >=20 > > > My understanding was that cross-build tools are now supposed > > > to have the -unknown and the os version (12.0 here) even > > > when the cross-build is targeting the same environment as the > > > host environment. In other words: that it is not supposed to > > > be the same as plain binutils for the host but as-if it was > > > from a different architecture. > > >=20 > > > But I was checking my understanding. In part because it used > > > to be that, for example, on amd64 the aarch64-binutils also > > > omitted the -unknown and 12.0 but now has them. I just had > > > to update my environment's references to such for that. (This > > > was not a self-hosted cross-build context and it changed.) > > >=20 > > > Also, there is a recent check-in, -r466699 , for ports that, > > > in part, says: > > >=20 > > > Log: > > > Fix two more issues with r465416. > > > =20 > > > - Force build of a cross-compiler by defining > > > CROSS_DIRECTORY_STRUCTURE in CFLAGS even if the build host matches > > > the build target. This fixes such a cross compiler to not > > > include /usr/local/lib in its default library path (e.g. amd64-gcc > > > when built on amd64). > > >=20 > > >=20 > > >=20 > > > But that was for powerpc64-gcc, not powerpc64-binutils (for > > > example). I do not know for sure if similar points should also > > > apply to *-binutils ports. So, again, I was checking. > > >=20 > > > (I might have just got involved between already-made and other > > > pending updates for all I know.) > > >=20 > > > =20 > >=20 > > Since I am not the maintainer of binutils ports, I missed wholesale > > rename. I suspect something like the patch below will make > > amd64-binutils follow the convention: > >=20 > > P164: https://reviews.freebsd.org/P164 =20 >=20 > Huh, I didn't need this change when using amd64-xtoolchain-gcc, but it > does seem correct. I wonder if you will need to fix the > amd64-xtoolchain-gcc package as well. >=20 > In general I actually don't like having the OS version present as the > xtoolchain packages should not be version-specific (that is, I can use > mips-gcc to compile 10, 11, or 12), and even if it was, it the > _host's_ OS version is not necessarily the OS version of the target I > want to build. However, GCC's FreeBSD specific bits currently require > a major version for FBSD_MAJOR, and I had to resort to the hack in > the commit above to set CROSS_DIRECTORY_STRUCTURE explicitly. If we > were to drop OSREL from the GCC and BU targets then the normal cross > logic in GCC would work such that I wouldn't have needed the hack. >=20 > We could perhaps patch GCC to assume that if FBSD_MAJOR is not set it > should assume some minimum default version (I think any value >=3D 6 is > treated the same). We could then drop OSREL from the external > toolchain ports (binutils and GCC) which I would prefer. >=20 > --=20 > John Baldwin OSREL is an artifact of old times where we had wildly different specs. This is not true anymore, so deorbiting the OSREL suffix makes sense. For the time being, having binutils with same prefox as corresponding GCC is actually a good thing. --=20 Alexander Kabaev --Sig_/.eJVy14DIec8PkP/pZF4nDR Content-Type: application/pgp-signature Content-Description: Цифровая подпись OpenPGP -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEExffZlZm2QeE8UVaRBxMimZJ5Ln4FAlrMDDZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEM1 RjdEOTk1OTlCNjQxRTEzQzUxNTY5MTA3MTMyMjk5OTI3OTJFN0UACgkQBxMimZJ5 Ln7I+hAAnz74ijZsiUFV9hdKVeTjfA8Zi+65nv4RGrk0koNfK3Mn4rtf2S4xVUTp LqnSWxgOhEdn4fYCD/rGLAUJ2hWZSMdr1+0oDWHvR150Iydr9HCGFXpJbmiobxoQ VbwTiKk036U9I2yUd8Np/cQMB0f/TUAkxp26o6ZXwLC0p6UYnVMB6fKS6orVW8CW X/jlEElVcwtgETENmaIPnaL5Mp7JzvumD8CZR9JlDPtIYrtk2NDslvNKJAlbYr5e tnf98AaVmCyTrd0rr2sznsStCxmuWCHEVZyyZz2AfrrRPFvtHVRsSSUa9pZgxvP+ y/NX/e6vnC8DqDOa8SzBBWkVOB5OWNvliNn4w8YslMBIs9S2RlwVlNASYCzyX+RS uySrFE+mdr+9fzIqC1BIHSlw54WQ55p9qVHjG1kukAOekVF6/eeK9XAvT9IC7Y/2 iyfU7fDK8LYHFQwlCDOIyQYw3i645g0Mguj4Av1lxqCsOW4Fj60CF08WBvuiYb8n rt2G8yn63s8qMh8Etz9bJh/cuZQXKwMgdwPDnIc8oIE1PZSbzRI5mh965RhgZIi1 uPWFQ4idkmUqmQYzZrylrScvR9m2Ckc18g1I26B5pFRydvzfmvtIXu8N/i7M/YJP 0xX8oC+Q9caLQ1VNIe8zXzr6yT49oFti2kzlTIK5cGxL0xYgfnU= =Xltm -----END PGP SIGNATURE----- --Sig_/.eJVy14DIec8PkP/pZF4nDR--