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 (4096 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id B5D8615802C for ; Sun, 15 Dec 2024 08:55:17 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AD8D2E09BC; Sun, 15 Dec 2024 08:55:12 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (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 7F48AE09B4 for ; Sun, 15 Dec 2024 08:55:11 +0000 (UTC) Date: Sun, 15 Dec 2024 03:55:07 -0500 From: Ionen Wolkens To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] [PATCH] toolchain-funcs.eclass: toolchain-funcs.eclass: Add tc-check-min_ver() Message-ID: Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <6124732.lOV4Wx5bFT@tuxbrain.fritz.box> 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 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="5R31H0BGEmSNBUIU" Content-Disposition: inline In-Reply-To: X-Archives-Salt: 2e43a55f-e5aa-4437-b14b-1d8f161aec7d X-Archives-Hash: 58683d491e7745dac5a6005f382f923e --5R31H0BGEmSNBUIU Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 15, 2024 at 10:22:06AM +0200, Micka=C3=ABl Bucas wrote: > Le sam. 14 d=C3=A9c. 2024, 00:32, Andreas Sturmlechner a > =C3=A9crit : >=20 > > Every once in a while, a package requires a really up to date active > > compiler > > in order to build successfully. ecm.eclass had inherited such a mechani= sm, > > albeit GCC specific, from older kde* eclasses. I don't think that is a = good > > place for it so I suggest to add a more universal function to > > toolchain-funcs.eclass. > > > > Similar to tc-check-openmp. >=20 >=20 > Hi >=20 > I was wondering: how is this check different from a version dependency in > any *DEPEND variable? Different compilers and multiple versions of them can be installed at same time, and the user can pick them by setting e.g. CC=3Dclang-18, using gcc-config/eselect, PATH, and such. A dependency check would only ensure that the compiler is installed, not that it's the one that's being used, what version of it, or even what USE is enabled for the used slot/compiler (openmp case). This would only work if the ebuild is enforcing a specific compiler while ignoring the user's choice. --=20 ionen --5R31H0BGEmSNBUIU Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEx3SLh1HBoPy/yLVYskQGsLCsQzQFAmdemWsACgkQskQGsLCs QzTmJQf/WzsmsO/GLTONux5pMAYhB6+PZbIR58uKlV9d7bL6JPfkb+yB7Lt/SXCZ MBaK5+GdPy8V4H7FsvmpPfiFWzsYq6KCw/xaB/ivCL6VYalArPd3n61D19sK62zy U6/FMq2CPPfxi1D7AhcYeQfKLHIbMYcxbhuVYLMGVgfyEgxIz9288V74S4fVSwil gTBhsPr53d05N8nWahFBI3q/SktGCLMwSW65KoDoxon+S7Trf3wEO60VF2Ac08BZ aCnKRb8nM0P67WiOGiABd8seom0NCYttuNYFYSBLau5rAj3q1NS+D/H/szKuUjZN yyMvUsT4a10ZxwHPP+TZdnq6kw4rTg== =xY4g -----END PGP SIGNATURE----- --5R31H0BGEmSNBUIU--