From nobody Fri Nov 15 04:27:11 2024 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XqPBR5nmwz5cZdY for ; Fri, 15 Nov 2024 04:27:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.84]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XqPBR1z56z4ry4 for ; Fri, 15 Nov 2024 04:27:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1731644845; bh=xL/6M8WswysfifNjI1dywmjCPc6gEoqrFtrKP9EFN8E=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=VwF83a72jXCJ/tz9QkxTSyZVgSXju18GPyyIjvKxqKdjncADp+JB6kRtzszg7KelMzckuPDB9s+As6PX7FFkmgBo8xodcn0bB+IDc4zyLL5s2NtqezUPPmBQl13ZhOqGn+VX8QbG3X9pgONhUTsh5qetkciNmZvOCdXsjOSyXgR6C11yP/3uA+jGM3v7bwpintfRTb97rQ09b9ZdG6tVv4bWIQT6rBdYBcneASiGw6rMVz6ogz0FZK0MRWQg9iy9X7P53mX54Qk6bFVTD82IyABAjTB4euUE7Twkzsi548n+ZPuklXVNFYb6F0+iorKL5RBlB+yapWakiEW2wcCClw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1731644845; bh=FWsZe3QANENsVCqVdBu618AbmDcHe+E4d6B+aDpWWo9=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=YaXPonjx2yRxZa6w+uNTTr7uuuICQMemkM1ZOZ9F19J5quWcpQoAsJEcTDYomT7GHHbXhr7fIhKvTfJafDOF50WbzGM+oVUdND65mAwKr2Rchk2UagL+Q6NOI84IC/aBaAgU1s+dIr5ZnxHi5WcPdqbVqL19/bUMZxmKg8YlGETsLVu+Iau7Xbu49g55aveo9u4M4WJV+Ac8s5B1quszvLbryYGbKSznO9fAkS6w5YsyOiJkBqkPV8v0SFmvQl7CDoQn5xECJT/dy0j9t0cdPNtXxF02fgVYKPZnlEP3pnJA2no9YqMYc8WO+5zof9ozGkC33xAOBsixfeIcNoh0Ew== X-YMail-OSG: vp0RJ2oVM1nStT0.B7wlfcFoie.7OYFhIfXog6Il8ewgeGKGzGhd6zGEpvPFk2I j6WOXL1DvWb9wDPpucf0dhnog4_Tl3OHUCkxrPSiRb5qutvjF6C8FHS_1HXaE_J49tysvCcae5NF jfUpPnakUjgO_.8aOPskh2vUxxQAAQchYOG4jc0PIvOGm3CSpqEiM07G5eoTfJOy_niBKTwo_3dJ cYj8pj9ggExO.GPqi51sOoJq2jNb2j0kxN_LAQ3OuArdAP2DM5fx8y_qcd_WrDspH_HHhFu.W_DJ GkB_lwneUSsbihxgs4V00t6RZratSggyJu1QwOVeKvajV2zD9XLpoQy5XpbvUAoNXX5iiuwbHqMe fFWJpUHZrGc0jr17DPAtH8ttAZp6JnVVFZf9h4mSA81UUcPNI7bvxG_H1XkZNj8Gay3XjWxPX0Sl AbpBlH6eSJ_1gCziJFGhM0REHCKjEl4zd.XqeFhp7uEiVDIYy9cHCm.CoDkY10zs1nU6G4MNaghY Z2G8A2ikjuA3zWmwVYWIVTmonxjtj9Q57rtGu9e4GRT.Yp5C.7B_KaQLIrHmcxw6Low74p809ine SbW9Syvdlmw5OcOT5_oewBaHMZaqM2D_Q4c.LNn2pJdmsGezdvumFlo8r.Jv.vXiZWE5CL3fApBm m63dqLLTiCkuRGDQBnBZj8p6yVGeZG6iFrt19kx0ARo_FErEMK9Ii6vPA.LXR9nvfGcMq6SfQ0oE hgCwiwfjeu6v45I6HLYEepfq7Y0s56MOcGcq5Y.tCtmvcIElOGHEqWsOepvnVqONa5.u6dkpxc0P EBlK8eBowF7s4oUMi_KsO9YaZQ9AZ23TUZls78j4StVgByV2b1UaZ8RrDV6RALYskirhkbxD.Ydd 6IA0Lw92NAL0CEuVS_BkM.gsWEPCkgsYRY_ov601w8KqdQzg6v9sqpuk.w_QsTULvcrfzJ62MaDt AYuTm6g6NuTWNLQ85IHWd.jCRHZSquCb4uo9mn3USmJ1CxiSCa2CD1tVeYSUyf4DLMCZuBxrf3aO cFi_8I4MmbsEBuK1nntIjRjjjCxH4N6daVqxRHw7eg07YBD1.qsUNryWwhQgabOA5Ym2GUpyS.CJ PZunrDTZG3nXmQwjsE6Ba4aaXFBj6K34A8qQka0KcAeh4fCWtcFBm4xPlZs58SvZDZF7c5kIXW0B 8sNlyZFfWxkjJsXepkE5LzUEWDt.T73HQsIj5K1iZd_Dp4Q3M8h3GGPVvyLVi5lp_EOsmr.9HAPt wvkjtkOBgSDeUQQWFuySCyDvt5Y8A0hd0ygxlshAmFxp9xDISIEX7yCTfNC_MwTfw.paWhHzITe6 hefI2vIzyJRrR4D6BMmsOnUQ8h.hwOR_.jflDxRBrcmhTGy_4Sh0BRDapjH1CI2Dl8VKtXN_3VxD i6LM0fKdHH7tDOYOnoiDwlOiiTB2_hDg8nJ4sv2QlKOI3zv.uz2PGdfDBUeM38Q1ZSZ_MEJJhe3v KB3_4REjxzTxSf0LOHdvngrKY37U2V0Onn7r203Uwx6U03zw5chaGzsWHRdpBKWlP109o2lnlwfC 1uv1OZQnJ8Hy8pyzjflVy.JjlsQpAqmLIy9.2TAYx3n7jEWXUgWGQegoXpGfiM6uxF.cgcQqG40P PxGj6OX0_M_wYcKDXMReTOODS.HmMTePYUe__x5Cho9nP6l2eYgvFqqomlqV_rJl7KZDrhQVZxUW 2rR6NHOAOMbdHgSPjrDzfYqAYSNLtJhewc9TvuIsNuEk0TjPQu.FhURpvKRbmeAtqSO4o.bcc7HF o2p.i4XPPBABpZ7SG2agTxpkl4SdlwHXoAglPpkL3NN8sxwdTcyEaLVO5WRN9fIraMNpZs4.h7R1 hGilXEfqAiAvYbysOZlGuqhcreYN1px.nJ_z1W7io0fU34pQDXg1lqQvrbaEuUHUwJ5jaY5gdRxY qNmNsgONBR2Hi.qJ.5jXP3..rOVKG3McXgtsgFOOR.xAdu2rR2rorGOws9Apuzburxq4W95kLCU6 QkHSWVdXxacR7tf8yJ7P4ollDMSnB1ygQRLhsETeCpec5Z9rBSUyc0KwpTTwwpx1kilt8U5fIuOz 6DEp8MwEy8tR8uxaXJTYVxB3Z3Y58Y0aKCx0gxsyv45bVdsfh0V.i_cUmmvJGnC2FaKsdJYh_pEO zVYL7dys_A4vGjgGmzpi52u8ImFV6KDVPreBjQ0QZDDBpubaIF5eWmSpYxw0.O_e.afHUXjYPXfB 8VtVinAMNsTHLzFIQKH77N1xGAzh.uPGRFxLPNvUU3IjkjZuPkUn8l3c4nt02RRH4ZSyt6niT2TX 2hqjTVsI- X-Sonic-MF: X-Sonic-ID: 0013cb2b-b7d9-4c7c-a275-33331edaf0b1 Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Fri, 15 Nov 2024 04:27:25 +0000 Received: by hermes--production-gq1-5dd4b47f46-fhdpd (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 15a1048853c0b0bd8c8fe77884bf9d8a; Fri, 15 Nov 2024 04:27:22 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: Re: lang/rust/Makefile for 1.82.0 has wrong llvm:min= value [I got that incorrect]; more From: Mark Millard In-Reply-To: Date: Thu, 14 Nov 2024 20:27:11 -0800 Cc: FreeBSD Mailing List , FreeBSD Toolchain , "mikael@freebsd.org" , Charlie Li Content-Transfer-Encoding: quoted-printable Message-Id: <55F75811-D9BA-47DB-81BC-682FAB2679C8@yahoo.com> References: <6D0FF1C8-CA51-44B0-A1D8-0B4F670F647C.ref@yahoo.com> <6D0FF1C8-CA51-44B0-A1D8-0B4F670F647C@yahoo.com> <6f3f4b47-05a2-453a-8d1c-258d17fc1a1c@freebsd.org> <52DCD460-D1BE-4F74-A567-347C8D9F31CE@yahoo.com> <89CFA496-9433-4417-A996-EC7D89A9B3A6@yahoo.com> To: Tatsuki Makino X-Mailer: Apple Mail (2.3776.700.51) X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4XqPBR1z56z4ry4 X-Spamd-Bar: ---- On Nov 14, 2024, at 19:30, Tatsuki Makino = wrote: > Since option PORT_LLVM is not turned on in the official version, it = seems that there is no problem with using of the bundle llvm. > However, if we want to use llvm instead of a bundle on an architecture = where the compiler causes problems, that version is no longer supported = and we need to rewrite the version number there. >=20 > =E2=80=A6 Is that what you mean? :) When I got into this area it was because someone on discord was getting errors like: ld.lld: error: = ../../../x86_64-unknown-freebsd/release/libgkrust.a(ews_xpcom-da5573b2cf91= b84e.ews_xpcom.c68a27d7391ba4aa-cgu.0.rcgu.o): Unknown attribute kind = (91) (Producer: 'LLVM19.1.1-rust-1.82.0-stable' Reader: 'LLVM 17.0.6') = clang++: error: linker command failed with exit code 1 (use -v to see = invocation) For the example, in essence, LLVM 17's "Reader" was reporting finding = LLVM 19 content, which, to LLVM 17, had an example of "Unknown attribute kind = (91)". (LLVM 19's "Reader" likely would not have classified it that way.) So rust's internal LLVM 19 toolchain was generating output that LLVM = 17's toolchain could not handle but was being told to process. This tends to suggest that using older linkers (or such) to link rust = output that internally used a newer LLVM toolchain sometimes fails to be = compatible. That leaves 3 basic options (stated for the specfics of the example in question): ) Have everything involved use a LLVM 19 toolchain matching lang/rust 's internal LLVM 19 toolchain, here LLVM 19.1.1 . ) Have lang/rust use the devel/llvm* toolchain that matches the context, here LLVM 17.0.6 . ) Use some other LLVM toolchain vintage for everything involved, say a=20= devel/llvm18 toolchain. (Those are options that avoid doing some sort of detailed compatibility analysis across differing toolchain versions in order to pick some possibly mixed set of versions.) =3D=3D=3D Mark Millard marklmi at yahoo.com