From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id uBr+Mw2V6F5cEAAA0tVLHw (envelope-from ) for ; Tue, 16 Jun 2020 09:46:53 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id +L/WLw2V6F4XOgAAB5/wlQ (envelope-from ) for ; Tue, 16 Jun 2020 09:46:53 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 82A559404CC for ; Tue, 16 Jun 2020 09:46:53 +0000 (UTC) Received: from localhost ([::1]:58168 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jl8BA-00025P-EC for larch@yhetil.org; Tue, 16 Jun 2020 05:46:52 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:48846) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jl8Ay-00023V-50 for guix-devel@gnu.org; Tue, 16 Jun 2020 05:46:40 -0400 Received: from flashner.co.il ([178.62.234.194]:40018) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jl8Aw-0002A8-CP; Tue, 16 Jun 2020 05:46:39 -0400 Received: from localhost (unknown [31.210.181.184]) by flashner.co.il (Postfix) with ESMTPSA id EC61E400B5; Tue, 16 Jun 2020 09:46:04 +0000 (UTC) Date: Tue, 16 Jun 2020 12:45:32 +0300 From: Efraim Flashner To: Pierre Neidhardt Subject: Re: Reducing LLVM closure size Message-ID: <20200616094532.GF1990@E5400> References: <87d064slev.fsf@ambrevar.xyz> <87zh93wejf.fsf@gnu.org> <87eeqficmm.fsf@ambrevar.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="GdbWtwDHkcXqP16f" Content-Disposition: inline In-Reply-To: <87eeqficmm.fsf@ambrevar.xyz> X-PGP-Key-ID: 0x41AAE7DCCA3D8351 X-PGP-Key: https://flashner.co.il/~efraim/efraim_flashner.asc X-PGP-Fingerprint: A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Received-SPF: pass client-ip=178.62.234.194; envelope-from=efraim@flashner.co.il; helo=flashner.co.il X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/16 05:46:05 X-ACL-Warn: Detected OS = ??? X-Spam_score_int: -8 X-Spam_score: -0.9 X-Spam_bar: / X-Spam_report: (-0.9 / 5.0 requ) BAYES_00=-1.9, PDS_OTHER_BAD_TLD=1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: guix-devel@gnu.org Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Spam-Score: -2.61 X-TUID: aR+YoA5UKxAn --GdbWtwDHkcXqP16f Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 16, 2020 at 11:27:45AM +0200, Pierre Neidhardt wrote: > Ludovic Court=C3=A8s writes: >=20 > >> - either move the libs to a "lib" output, > >> - or move the "bin" and "include" folder to a new output. > >> > >> The second approach has the benefit of being less disruptive for depen= dents. > > > > I have a slight preference for a =E2=80=9Clib=E2=80=9D output since tha= t=E2=80=99s more in line > > with what we do for other packages. >=20 > OK. >=20 I see the include directory is about 20MB, can that be left in "out" or is that needed in the "lib" output? > > Nice! I looked for something like this when I packaged > > =E2=80=98clang-tools-extra=E2=80=99 and didn=E2=80=99t find it. This s= hould go into the next > > =E2=80=98staging=E2=80=99 branch (or =E2=80=98core-updates=E2=80=99?). >=20 > I can send a patch for llvm-10, but I guess many llvm-dependents will > have to be updated accordingly. >=20 > I suppose that the input >=20 > --8<---------------cut here---------------start------------->8--- > ("llvm" ,llvm) > --8<---------------cut here---------------end--------------->8--- >=20 > will need to be turned to >=20 > --8<---------------cut here---------------start------------->8--- > ("llvm" ,llvm "lib") > --8<---------------cut here---------------end--------------->8--- >=20 > for most packages. I have no experience with LLVM, so can someone > confirm that this is the right way to go? >=20 > >> All in all, it looks like we can save 52 MiB out of 140 MiB from the L= LVM > >> package (and 210 MiB from its closure). > > > > That=E2=80=99d be great. >=20 > To clarify the ambiguous sentence I wrote above, we would save 52 MiB > from the closure size of LLVM. >=20 > > An additional option would be to have a package with fewer backends by > > default (currently all of them are enabled and that takes up quite some > > space). In particular, Mesa doesn=E2=80=99t depend to depend on an LLV= M variant > > with 15 backends when it=E2=80=99s only going to use one. >=20 > Are you suggesting an alternative or a tweak to add on top of my > suggestion? >=20 > Where would we store the different backends? In different outputs? > On which backend does Mesa depend for instance? I would assume llvmpipe >=20 > Cheers! >=20 > --=20 > Pierre Neidhardt > https://ambrevar.xyz/ --=20 Efraim Flashner =D7=90=D7=A4=D7=A8=D7=99=D7=9D = =D7=A4=D7=9C=D7=A9=D7=A0=D7=A8 GPG key =3D A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted --GdbWtwDHkcXqP16f Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEoov0DD5VE3JmLRT3Qarn3Mo9g1EFAl7olLkACgkQQarn3Mo9 g1FYPg/8D4nXhPRxJDlpxhUOUfWovu1cVhVEgxGtmygPvFwY4gK8o5d7MfmMuRls J4LPO2NLXcI/QRsimZnVWiYEMLrfBrHlDpoC/o7A0mlazLCrZWhmBlMaem2OpQ4q 6yImioa8lWLjHZ1MknkgeqDv31zzpqzHuEDz35JcOB4Um/xbm0BnBIDgTfgJkHaD bF7kD19dV5peiO4Lq0qZAC4IRR6nG/NRhDh3QfIcZtPFSQ7X1RwKQFyJwk3XOthS v2VuERd5TljW+LQ/1Rjil4ynQ6W9DJWMdnOYcfvmlzga6FFmCdV3qqK5DEdEiwq/ Ayr6SMKwVmq/RXQinf6HoKcqcTWWub7CccCkHE9x8dqBhzr4xpNIDIe8eQRYmZIB gcDR9iKUeylXUle+ckgrtfwRasTUkdrgPfu5N+1g4W93khBTf6inLfcEk47hEBp0 /IWQgdNjWfCq6safWMeKXkBlNFZwQy8+hilxv6O+KeqbR7/Ar2/twWCqM48yQjrW VR/OGokn4vttRlHrmKqa3pPyJrD7lTDS5mNiINn7XXgjcG6wLpFJw0VuKgYyHo0G d7OFY5jLsuxH8D6ybM/pcbOc53758gebcY2n1HaOmR8CtnK3se2WxUXKdwgwkpz3 o+QuV2JwbfQPb5MHHIObBPH3KqiM5O2pT6asykZpG9XKay/PDvo= =nk9g -----END PGP SIGNATURE----- --GdbWtwDHkcXqP16f--