From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Subject: bug#39941: Disk-image size increase on core-updates. Date: Sun, 15 Mar 2020 18:13:52 +0100 Message-ID: <87tv2pilrj.fsf@gnu.org> References: <87sgimdjcj.fsf@gmail.com> <87eeu0h8d6.fsf@gmail.com> <87a74nhstf.fsf@gnu.org> <87zhcnympn.fsf@gmail.com> <87r1xyfx7o.fsf@gnu.org> <87a74jnr4f.fsf@gmail.com> <87y2s3ktkn.fsf@devup.no> <875zf5lv79.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:51422) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jDWqt-0004sK-KP for bug-guix@gnu.org; Sun, 15 Mar 2020 13:15:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jDWqs-0000ua-Dc for bug-guix@gnu.org; Sun, 15 Mar 2020 13:15:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:57674) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jDWqs-0000sz-98 for bug-guix@gnu.org; Sun, 15 Mar 2020 13:15:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jDWqs-00026p-3k for bug-guix@gnu.org; Sun, 15 Mar 2020 13:15:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <875zf5lv79.fsf@gmail.com> (Mathieu Othacehe's message of "Sun, 15 Mar 2020 12:21:46 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane-mx.org@gnu.org Sender: "bug-Guix" To: Mathieu Othacehe Cc: 39941@debbugs.gnu.org Hi! Congrats on this, Mathieu! Mathieu Othacehe skribis: > You'll find a trimmed patch attached. I found the GCC patch upstream > (pushed in January), after finding the option in the online manual. [...] > From d8c45710847b504912670ebccf319354746f06f9 Mon Sep 17 00:00:00 2001 > From: Mathieu Othacehe > Date: Sat, 14 Mar 2020 11:39:52 +0100 > Subject: [PATCH] gnu: cross-gcc: Add a "lib" output. > > Add a "lib" output to cross-gcc. This requires an upstream GCC patch addi= ng > support for --with-toolexeclibdir configure option. This option allows to > install cross-built GCC libraries in a specific location. > > This also fixes the computation of TOOLDIR_BASE_PREFIX, that fails when > /gnu/store/... directories are involved. Perhaps add =E2=80=9CFixes .=E2=80=9D [...] > + ;; TOOLDIR_BASE_PREFIX is erroneous when using a separate "lib" > + ;; output. Specify it correctly, otherwise GCC won't find its shared > + ;; libraries installed in the "lib" output. How erroneous is it? Is there a bug report we could link to? > +++ b/gnu/packages/patches/gcc-7-cross-toolexeclibdir.patch > @@ -0,0 +1,2654 @@ > +This patch taken from GCC upstream adds support for overriding cross-com= piled > +shared libraries installation path. This is needed to have a separate "= lib" > +output containing those shared libraries. Could you add a link to the web view of the commit, if possible? >From this patch, I think we should keep only the generated bit (=E2=80=98configure=E2=80=99 and =E2=80=98Makefile.in=E2=80=99 files) and d= iscard everything else. We can probably also discard changes in bundled libraries (zlib, libgc, etc.). The comment should mention that we=E2=80=99ve stripped things compared to t= he upstream commit. Apologies for suggesting some more tedious work, but I think it=E2=80=99ll = be helpful! :-) Thank you! Ludo=E2=80=99.