From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms1.migadu.com with LMTPS id cLaJBBruPGa/2QAAqHPOHw:P1 (envelope-from ) for ; Thu, 09 May 2024 17:39:06 +0200 Received: from aspmx1.migadu.com ([2001:41d0:303:e16b::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id cLaJBBruPGa/2QAAqHPOHw (envelope-from ) for ; Thu, 09 May 2024 17:39:06 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b="I1B/0vub"; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=gmail.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1715269145; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=nJnGiGePcJ/XsRFBGel+UlxnJJyBgBYMu+G7rGGaDTg=; b=G6oFY64fmU6z/6NQ3BrWJmnLZsEenbnWLgAm/NkQBHrMY4rRBej+JwUyGnQ5WOFwj9KGO9 NQqRSyX9G9o60JaY+BZeHWgHjV+Y+RYwZsZEunRpWi7ivcUWM4nygLKR1WUvFPdmL9DXd3 9YYnQGMdNaJlGc+UwSvS+ZnhNBumtHo1deEULbW+GqqFKl1EjUimsl0k9nScdszFAASy7K HvLz1k/vBF550etPu9NpRuaPlWTqC/d3g394qxtbLHNC9eF9YSxdrFtoJd9Bw99KTnqp7K S7alTQSSCN7G2f7uq2FOCYUr/vDl277/LOVtqSPVuU1Ci1sn85Rk3rgsUnfyAA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b="I1B/0vub"; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=gmail.com ARC-Seal: i=1; s=key1; d=yhetil.org; t=1715269145; a=rsa-sha256; cv=none; b=VIOLtEtGR+eWI8NQAYiWgVe5cm7N93DnJkGJvoPQcbMzvQnuo/w8Q9q3gN8H29nJ/kzwc+ i3A++HdJabmWAMDYME8w8uM5G3itQRiPh0OBzuQ6UyOq8icITjJIcnyZtD46sjWLjKAKQ4 3T1Pf0Tnb7i+OuQWsUrWRrJ22ouXkSqeWoo/U5789DeXpAK5v8ne7wgQJvHp3+As3v3sMf dDcqXFB7OuEw8T8yjG0NG8OG5/kS+upTnY2nGEoDGdyilY+5rRwDDrVRcepqvVpR12iXyS T7NXn+4SoySqIb/wk9cMo1PxUTDgIYYn1PiqDr0xc0a0p8qDE+DHJHkMpQqPuA== 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 D5DC614A2B for ; Thu, 9 May 2024 17:39:05 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1s55qg-0004HF-5d; Thu, 09 May 2024 11:38:22 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1s55qZ-0004GM-6V for guix-devel@gnu.org; Thu, 09 May 2024 11:38:15 -0400 Received: from mail-qt1-x82f.google.com ([2607:f8b0:4864:20::82f]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1s55qW-0001gf-Dv; Thu, 09 May 2024 11:38:14 -0400 Received: by mail-qt1-x82f.google.com with SMTP id d75a77b69052e-43d1d5c68b4so3716171cf.0; Thu, 09 May 2024 08:38:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1715269089; x=1715873889; darn=gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=nJnGiGePcJ/XsRFBGel+UlxnJJyBgBYMu+G7rGGaDTg=; b=I1B/0vub8rFKGL0gDmZR7r4Hobp0ae8mKJIQ7epRO4EUiylPr5Opf0jgyo2N0rXeom eQf3uJG7iAtNddMUWtamzTPVe8Y7IXcW9uitF6eKZaWQKaHIHyEjhcy/QP5v52fSUZYc 1C2ywhikn/oEul0KtUjhK36IRi+ZurWYMXsIbrNOQHHzg2/wrpCYLOhVWjaG6PnYMKVA y73K6RpEhvy/TvmQGO7AP+ufWP/uzXr7uTvFTiU6y60ak39v+rEHdZdGYP2Uc/vayFqc KS0Syh3twAU3hm2vBARhGhHU3Rqm9hrMtao3yyQjrfK2vDTMdKBkEz0zwzKXMIx6qPJ+ 5gmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1715269089; x=1715873889; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=nJnGiGePcJ/XsRFBGel+UlxnJJyBgBYMu+G7rGGaDTg=; b=IRVp4evmuJv1gxlxOwVU+9meXAc2eu38cvObzKA9r5Wg9YpX2CbLFdb94AqkDASOWU SIU340AQxlxVN1Bl5aKONbwlRUdIQz6dpvg3/TN2wAajq6xpiMmq+aMzjzIZA1iDAJL7 B/aDgeP52O/bFmEz4e4G1blXtVia0V+gJN6nfqZ48bpXlP5IV/V9II12i2IhQZQPd7cW qL8UrdhXzO0DkJ7+naSGKBWL5F9YgtG/xyRQaPE/c9xIhNzKOlRD5AboikUbFIDVkpPQ aaQL1+7GFW3eU9nCrLmsE0Je0oNLyFZAUTYzJxJRRHjfPsIb9hjoWmpUpKoxdUJfR91T VIRA== X-Forwarded-Encrypted: i=1; AJvYcCXBbLqdhFpkp54YS2yp6rOzioDQd6jjKQsQM7B86atedQjl0zGIt+8K3xP7uo18I63sf5i3ddPi/JSZotR3OTprPgR+LfW58GhPgmGs/LVx8A== X-Gm-Message-State: AOJu0YxHoLMoO1c5hJ96tT+r8O072AzurIDFIohYRt225lK4GA5DZTQQ w8iK51omGEjnztV+6d6w3wUrUgU5/pXylOykyo5T6cudCaEEH35VpZDqxg== X-Google-Smtp-Source: AGHT+IEndS66Ks5g0G6d+quimWv95QFkRcnqR+iPwHxpuUwJu+8kNxx1IohY5Qo0Anf7WOgTlP1pbw== X-Received: by 2002:a05:622a:588:b0:43d:f9ca:4f44 with SMTP id d75a77b69052e-43df9ca544cmr11977161cf.13.1715269088924; Thu, 09 May 2024 08:38:08 -0700 (PDT) Received: from hurd (dsl-152-95.b2b2c.ca. [66.158.152.95]) by smtp.gmail.com with ESMTPSA id d75a77b69052e-43df550854bsm9444341cf.40.2024.05.09.08.38.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 09 May 2024 08:38:08 -0700 (PDT) From: Maxim Cournoyer To: Andreas Enge Cc: Josselin Poiret , Efraim Flashner , Steve George , Kaelyn , guix-devel@gnu.org, Ludovic =?utf-8?Q?Co?= =?utf-8?Q?urt=C3=A8s?= Subject: Re: Core updates status In-Reply-To: (Andreas Enge's message of "Wed, 8 May 2024 12:05:19 +0200") References: <4qoo3nfwivyjoqduswls7tptq5z2e2pz5xwogdvubxz7kmr4si@xaxu5sqskgl6> <87y18o3s4d.fsf@jpoiret.xyz> <87o79j7jgm.fsf@gmail.com> <87v83r499q.fsf@jpoiret.xyz> Date: Thu, 09 May 2024 11:38:07 -0400 Message-ID: <875xvn2dy8.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=2607:f8b0:4864:20::82f; envelope-from=maxim.cournoyer@gmail.com; helo=mail-qt1-x82f.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: guix-devel-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -9.71 X-Spam-Score: -9.71 X-Migadu-Queue-Id: D5DC614A2B X-Migadu-Scanner: mx13.migadu.com X-TUID: EiVoPMYcHPXi Hi Andreas, Andreas Enge writes: > Hello, > > Am Mon, May 06, 2024 at 10:47:13AM +0200 schrieb Josselin Poiret: >> Maxim Cournoyer writes: >> > I don't mind too much; when we re-enable the change we should add a >> > phase to the gnu-build-system automatically deleting/moving the libtool >> > archives. so that we're covered. >> >> I agree, although we'll have to be careful since some packages might >> need them if they don't use pkg-config! > > I am a little bit confused by the suggestion; you mean removing all .la > files from all packages? Yes! > I thought they were there for a reason, and usually recorded the > dependencies. For instance, doing a "guix build mpc" and looking at > libmpc.la, my impression is that I see correct information. libtool records the *transitive* dependencies, as would be useful when doing static builds but not shared builds, as the dependencies are already recorded in the RUNPATH of the built ELF binaries. For our overwhelming common case (shared libraries) on GNU+Linux, these files are thus unnecessary and when used they lead to over-linking (due to listing the whole *transitive* dependencies) for shared library. That in turn muddles the dependency graph (as more references get retain in the RUNPATH) and forces us to propagate more stuff. > Why would > one want to force upstream to add a pkgconfig dependency additionally > to libtool? Or do I misunderstand the suggestion? I hope my explanation above make it clear why libtool for our common case of building shared libraries is not useful. It could be useful when building shared libraries or targeting some systems such as Android, which linker is very dumb or so I've heard. My suggestion is to delete them by default, or move them to a 'libtool' output when one is available (similarly to how we handle debug symbol files). -- Thanks, Maxim