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 9E6D3158020 for ; Sat, 29 Oct 2022 20:39:15 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 89E48E0895; Sat, 29 Oct 2022 20:39: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 25944E086E for ; Sat, 29 Oct 2022 20:39:12 +0000 (UTC) Message-ID: <220a38f0-8a87-cd97-a4ed-5775d3b907b3@gentoo.org> Date: Sat, 29 Oct 2022 22:38:54 +0200 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 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.1 Subject: Re: [gentoo-dev] Multiple LLVM versions with single sys-devel/lld. How to match runtime? Content-Language: en-US To: gentoo-dev@lists.gentoo.org References: <4611bfea-b23b-126f-3c84-2b6973115ebd@gentoo.org> <025d3874-bf67-c48c-c244-68aea3da5a5b@gentoo.org> From: Piotr Karbowski In-Reply-To: <025d3874-bf67-c48c-c244-68aea3da5a5b@gentoo.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 460c20f2-c8e9-4257-b15a-a94b212bb2b9 X-Archives-Hash: e460efa1322d04812df04a28e4d1a900 On 29/10/2022 22.35, Piotr Karbowski wrote: > On 29/10/2022 21.01, Matt Turner wrote: >> lld isn't a dependency of llvm; it's the same reason why llvm:N >> doesn't depend on clang:N. > > That's fair. Still a bit of a bummer that we cannot guarantee a > frictionless support for clang-based kernels, in a sense that your > system could pull new update of llvm and clang, but will not > automatically add new slot for lld, which means unless you manually > install lld:NEW_SLOT your 'make LLVM=1' will fail, as it will pick wrong > LD from another clang version. Disregard, as long as you have lld in world file or any set, it will be updated. In my case I only had firefox that explicit pulled in slot 14. PEBKAC. -- Piotr.