https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88805
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jakub at gcc dot gnu.org
--- Comment #8 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
That is a Fedora/RHEL gcc.spec bug rather than upstream bug.
r222178 has added t-slibgcc-libgcc to i?86/x86_64, from the usual Fedora/RHEL
targets also arm and powerpc* have that in libgcc/configure.host.
Fedora spec file reshuffles/changes lots of stuff, e.g. because I do not want
the lib*.{so,a} files in /usr/lib{,64}/, but in gcc versioned directories, and
does this (somewhat extended) libgcc_s.so stuff only for ppc (32-bit only) and
arm:
%ifarch ppc
rm -f $FULLPATH/libgcc_s.so
echo '/* GNU ld script
Use the shared library, but some functions are only in
the static library, so try that secondarily. */
OUTPUT_FORMAT(elf32-powerpc)
GROUP ( /lib/libgcc_s.so.1 libgcc.a )' > $FULLPATH/libgcc_s.so
%endif
%ifarch ppc64 ppc64p7
rm -f $FULLPATH/32/libgcc_s.so
echo '/* GNU ld script
Use the shared library, but some functions are only in
the static library, so try that secondarily. */
OUTPUT_FORMAT(elf32-powerpc)
GROUP ( /lib/libgcc_s.so.1 libgcc.a )' > $FULLPATH/32/libgcc_s.so
%endif
%ifarch %{arm}
rm -f $FULLPATH/libgcc_s.so
echo '/* GNU ld script
Use the shared library, but some functions are only in
the static library, so try that secondarily. */
OUTPUT_FORMAT(elf32-littlearm)
GROUP ( /lib/libgcc_s.so.1 libgcc.a )' > $FULLPATH/libgcc_s.so
%endif
The extension from upstream is in the OUTPUT_FORMAT, that helps linker to
ignore it if it is looking for some other ABI.
So, clearly I need to add this also for ppc64 (64-bit), ppc64le, x86_64 (both
32-bit and 64-bit) and i?86.
