From nobody Sat Apr 26 23:28:12 2025 X-Original-To: freebsd-current@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 4ZlQr24TNBz5twDB for ; Sat, 26 Apr 2025 23:28:18 +0000 (UTC) (envelope-from nxjoseph@protonmail.com) Received: from mail-43167.protonmail.ch (mail-43167.protonmail.ch [185.70.43.167]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ZlQr21zRvz3r7t for ; Sat, 26 Apr 2025 23:28:18 +0000 (UTC) (envelope-from nxjoseph@protonmail.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1745710095; x=1745969295; bh=kLSa7kZ4ww/HUfNpRPeX7vmBlM9oo7kUvh8xk2igAT4=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=LqLAaRPmzi8Xft+znBQWFLpGv2YdlZYQhID42YyzAf7TYNZpHsNqwa4Kn3LmiN/+v Q0bx48DHyeurZ/Ddu4U6oNLZXacIrkvpy/LLs2AkLLb47HkCKkBx082MiT4RAcDfrZ bINznl2agGUqEpAEUOJkEsq0Mp0uYUUrnP71b0IOJp9HXFXoo7+TTDfn1qrYMW+DoW R2ZFdkw2EZLcdwILudliUgsUsaar4OIdj4O7+KsAKeAutHahMsoAA8inYYAtluLSLd qsNrOuz1roxIJ9zFqvR788V4WzeZDizOW00zB4xBnlD4V8E7rbvWKcNVoaSTTlvI7p I8pQ2agMyj91Q== Date: Sat, 26 Apr 2025 23:28:12 +0000 To: Dimitry Andric From: Yusuf Yaman Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: libllvm, libclang, and liblldb converted into shared libraries Message-ID: <89541cda-2c5c-40de-a8ec-8474f825dc15@protonmail.com> In-Reply-To: References: Feedback-ID: 21989843:user:proton X-Pm-Message-ID: a0445d6cd958793274eb5cb5758f65028d5ff3b0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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:62371, ipnet:185.70.43.0/24, country:CH] X-Rspamd-Queue-Id: 4ZlQr21zRvz3r7t X-Spamd-Bar: ---- Hi, I am a new user of 15.0-CURRENT and just updated my source tree and=20 noticed that there are now files to be built that have the ".pico"=20 extension, as a ccache user, i was enjoying fast world/kernel builds but=20 these files doesn't seem to get cached to me and my world builds are=20 taking long time than ever. Is there a way to skip building these=20 ".pico" files? Thanks in advance and thanks for your efforts and work. I am on this commit. 6014596899c On 4/26/25 7:06 PM, Dimitry Andric wrote: > Hi, > > In https://cgit.freebsd.org/src/commit/?id=3D2e47f35be5dc I committed a > change to convert libllvm, libclang, and liblldb into private shared > libraries. This means that tools like clang, lld, lldb, and more are now > quite a bit smaller, as all the common functionality is located in those > shared libraries. > > Note that these shared libraries are not the same as upstream's, and are > _not_ ABI compatible, which is why they are installed as private shared > libraries. If you need ABI compatibility and/or the llvm-config tools, > please use one of the devel/llvm ports. > > This affects the following binaries in the base system (some of them > only exist if they're enabled through various WITH_XXX options): > > - addr2line > - ar > - bugpoint > - c++ > - c++filt > - cc > - clang > - clang++ > - clang-cpp > - clang-format > - cpp > - gcov > - ld.lld > - llc > - lldb > - lldb-server > - lli > - llvm-addr2line > - llvm-ar > - llvm-as > - llvm-bcanalyzer > - llvm-cov > - llvm-cxxdump > - llvm-cxxfilt > - llvm-diff > - llvm-dis > - llvm-dwarfdump > - llvm-dwarfutil > - llvm-dwp > - llvm-extract > - llvm-link > - llvm-lto > - llvm-lto2 > - llvm-mc > - llvm-mca > - llvm-modextract > - llvm-nm > - llvm-objcopy > - llvm-objdump > - llvm-pdbutil > - llvm-profdata > - llvm-ranlib > - llvm-readelf > - llvm-readobj > - llvm-rtdyld > - llvm-size > - llvm-strings > - llvm-strip > - llvm-symbolizer > - llvm-xray > - nm > - objcopy > - objdump > - opt > - ranlib > - readelf > - size > - strings > - strip > > In addition, all these executables are now position independent (PIE). > > Please let me know if you encounter any problems resulting due to this > change, as I intend to MFC it. For example, I tried covering all > incremental build scenarios, but I may have missed some corner case. > > -Dimitry > >