From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 3372A15815E for ; Mon, 5 Feb 2024 17:07:10 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1C4D7E2A63; Mon, 5 Feb 2024 17:07:06 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id AC58FE2A36 for ; Mon, 5 Feb 2024 17:07:05 +0000 (UTC) Message-ID: <211397b1e89bc0d47a1769102648350a3336f9a5.camel@gentoo.org> Subject: [gentoo-dev] [RFC] Introducing LLVM_TARGET From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Date: Mon, 05 Feb 2024 18:07:00 +0100 Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-y41Jpb6wcv9P9HlRSgLl" User-Agent: Evolution 3.50.3 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 X-Archives-Salt: 67353015-9e40-4ee9-8407-08e18158cbd4 X-Archives-Hash: d91eb6c9e0889eb8845075aaa06df6aa --=-y41Jpb6wcv9P9HlRSgLl Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, TL;DR: Given that (not really surprising) the current approach for LLVM dependencies doesn't work, I think it's time to give up and introduce LLVM_TARGETS. This would probably mean introduce llvm-r1.eclass. However, since random apps tend to require old versions of LLVM, I do wonder if we should set the default value globally, or have the eclass generate IUSE defaults, so that everything works out of the box. The problem roughly is that right now we rely on depstrings like: DEPEND=3D"