commit: 855c73908ad3bcdc7b976c55dd8ecb1a3ee285bb Author: Sam James <sam <AT> gentoo <DOT> org> AuthorDate: Sat Dec 17 02:48:37 2022 +0000 Commit: Sam James <sam <AT> gentoo <DOT> org> CommitDate: Sat Dec 17 04:54:05 2022 +0000 URL: https://gitweb.gentoo.org/proj/gcc-patches.git/commit/?id=855c7390
10.5.0: add 35_all_tar_libstdc++-link.patch Bug: https://bugs.gentoo.org/886447 Signed-off-by: Sam James <sam <AT> gentoo.org> 10.5.0/gentoo/35_all_tar_libstdc++-link.patch | 56 +++++++++++++++++++++++++++ 10.5.0/gentoo/README.history | 3 ++ 2 files changed, 59 insertions(+) diff --git a/10.5.0/gentoo/35_all_tar_libstdc++-link.patch b/10.5.0/gentoo/35_all_tar_libstdc++-link.patch new file mode 100644 index 0000000..7b1132e --- /dev/null +++ b/10.5.0/gentoo/35_all_tar_libstdc++-link.patch @@ -0,0 +1,56 @@ +From eae11e896edef4199a128bf6720b5bd4e5edc2f9 Mon Sep 17 00:00:00 2001 +From: Sam James <[email protected]> +Date: Sat, 17 Dec 2022 02:42:59 +0000 +Subject: [PATCH] Fix calling libarchive's tar + +https://bugs.gentoo.org/886447 + +Very similar to 33_all_msgfmt-libstdc++-link.patch, whose description is: +""" +Ensure that msgfmt doesn't encounter problems during gcc bootstrapping. + +Solves error messages like the following: + +msgfmt: /var/tmp/portage/sys-devel/gcc-4.1.2/work/build/./gcc/libgcc_s.so.1: version `GCC_4.2.0' not found (required by /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.3/libstdc++.so.6) + +The libgcc_s.so used during build doesn't satisfy the needs of the +libstdc++.so that msgfmt is linked against. On the other hand, msgfmt +is used as a stand-alone application here, and what library it uses +behind the scenes is of no concern to the gcc build process. +Therefore, simply invoking it "as usual", i.e. without any special +library path, will make it work as expected here. + +2011-09-19 Martin von Gagern + +References: +https://bugs.gentoo.org/372377 +https://bugs.gentoo.org/295480 +https://bugs.gentoo.org/843119 +""" + +Signed-off-by: Sam James <[email protected]> +--- a/gcc/Makefile.in ++++ b/gcc/Makefile.in +@@ -3835,9 +3835,9 @@ install-headers-tar: stmp-int-hdrs install-include-dir + # Unless a full pathname is provided, some shells would print the new CWD, + # found in CDPATH, corrupting the output. We could just redirect the + # output of `cd', but some shells lose on redirection within `()'s +- (cd `${PWD_COMMAND}`/include ; \ ++ (unset LD_LIBRARY_PATH ; cd `${PWD_COMMAND}`/include ; \ + tar -cf - .; exit 0) | (cd $(DESTDIR)$(libsubdir)/include; tar xpf - ) +- (cd `${PWD_COMMAND}`/include-fixed ; \ ++ (unset LD_LIBRARY_PATH ; cd `${PWD_COMMAND}`/include-fixed ; \ + tar -cf - .; exit 0) | (cd $(DESTDIR)$(libsubdir)/include-fixed; tar xpf - ) + # /bin/sh on some systems returns the status of the first tar, + # and that can lose with GNU tar which always writes a full block. +@@ -3859,7 +3859,7 @@ install-headers-cp: stmp-int-hdrs install-include-dir + # Targets without dependencies, for use in prev-gcc during bootstrap. + real-install-headers-tar: + (cd `${PWD_COMMAND}`/include-fixed ; \ +- tar -cf - .; exit 0) | (cd $(DESTDIR)$(libsubdir)/include-fixed; tar xpf - ) ++ unset LD_LIBRARY_PATH; tar -cf - .; exit 0) | (cd $(DESTDIR)$(libsubdir)/include-fixed; unset LD_LIBRARY_PATH; tar xpf - ) + + real-install-headers-cpio: + cd `${PWD_COMMAND}`/include-fixed ; \ +-- +2.39.0 diff --git a/10.5.0/gentoo/README.history b/10.5.0/gentoo/README.history index 41e961c..29abddb 100644 --- a/10.5.0/gentoo/README.history +++ b/10.5.0/gentoo/README.history @@ -1,3 +1,6 @@ +2 17 Dec 2022 + + 35_all_tar_libstdc++-link.patch + 1 19 Nov 2022 + 76_all_configure-c89.patch
