Bug 188446

Summary: libstdc++so7.spec should use gcc_target_platform
Product: [Fedora] Fedora Reporter: Jens Petersen <petersen>
Component: libstdc++so7Assignee: Jens Petersen <petersen>
Status: CLOSED ERRATA QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 5CC: bkoz, eng-i18n-bugs
Target Milestone: ---Keywords: EasyFix
Target Release: ---   
Hardware: powerpc   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-09-01 08:35:30 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 182226, 188443    
Attachments:
Description Flags
libstdc++so7.spec-gcc_target_platform.patch none

Description Jens Petersen 2006-04-10 05:06:40 UTC
Description of problem:
libstdc++so7.spec packages its libs under /usr/lib/gcc/%{_target_platform}/
unlike gcc.spec which puts them under /usr/lib/gcc/%{gcc_target_platform}.
This breaks linking of libs with libtool since it tries to link with
"-L/usr/lib/gcc/%{gcc_target_platform}".

eg:

$ rpm -qp --requires scim-libs-1.4.4-9.1.fc5.ppc.rpm | grep CXXABI
libstdc++.so.6(CXXABI_1.3)

whereas

$ rpm -qp --requires scim-1.4.4-9.1.fc5.ppc.rpm | grep CXXABI
libstdc++-20060203.so.7(CXXABI_1.4)

I think libstdc++so7.spec needs to use the gcc_target_platform
macro like gcc.spec does, with:

%ifarch ppc
%define gcc_target_platform ppc64-%{_vendor}-%{_target_os}
%endif

Comment 1 Benjamin Kosnik 2006-04-10 18:32:16 UTC
jens, your analysis looks correct. Please feel free to do a patch that
implements this...

Comment 2 Jens Petersen 2006-04-11 00:13:00 UTC
Okay, sure.  Perhaps %multilib_32_arch should be ported too?

Comment 3 Jens Petersen 2006-04-11 02:30:36 UTC
Created attachment 127588 [details]
libstdc++so7.spec-gcc_target_platform.patch

This patch should implement the fix.

Comment 4 Jens Petersen 2006-04-26 06:55:36 UTC
I built libstdc++so7-4.2.0-0.3.20060203.3 with the above patch for fc5-updates
to address this issue.

Comment 5 Fedora Update System 2006-04-27 14:35:48 UTC
libstdc++so7-4.2.0-0.3.20060203.3 has been pushed for fc5, which should resolve this issue.  If these problems are still present in this version, then please make note of it in this bug report.

Comment 6 Fedora Update System 2006-04-28 19:57:51 UTC
libstdc++so7-4.2.0-0.3.20060203.3 has been pushed for fc5, which should resolve this issue.  If these problems are still present in this version, then please make note of it in this bug report.

Comment 7 Jens Petersen 2006-05-09 11:07:23 UTC
Unfortunately the wrapper script is still broken on ppc.

The following change (tested on ppc and ppc64) seems to fix it.

--- libstdc++7.spec	4 May 2006 10:25:26 -0000	1.5
+++ libstdc++7.spec	9 May 2006 11:07:57 -0000
@@ -124,7 +124,7 @@
 cat >> $RPM_BUILD_ROOT%{_bindir}/g++-libstdc++-so_7 <<\EOF
 libversion=4.2.0-%{datestamp}
 includepath=include/c++/$libversion
-%ifarch %{ix86} x86_64 ppc ppc64 s390 s390x sparc sparc64
+%ifarch %{ix86} x86_64 s390 s390x sparc sparc64
 M=`echo "$*" | LC_ALL=C sed -n
's/^.*[[:blank:]]\(-m[63][421]\)\([[:blank:]].*$\|$\)/\1/p'`
 D=`/usr/bin/gcc -print-multi-os-directory $M`
 %endif
@@ -135,10 +135,7 @@
 esac
 %endif
 %ifarch ppc ppc64
-case "$D" in
-  ../lib64) T=ppc64-%{_vendor}-%{_os};;
-  *) T=ppc-%{_vendor}-%{_os};;
-esac
+T=ppc64-%{_vendor}-%{_os}
 %endif
 %ifarch s390 s390x
 case "$D" in


Comment 8 Jens Petersen 2006-05-09 11:22:27 UTC
made this change for FC devel in 4.2.0-0.6.20060428


Comment 9 Jens Petersen 2006-05-10 20:48:29 UTC
4.2.0-0.3.20060428.fc5.1 built for fc5 update

Comment 10 Fedora Update System 2006-05-12 04:29:35 UTC
libstdc++so7-4.2.0-0.3.20060428.fc5.1 scim-1.4.4-9.2.fc5 scim-anthy-1.0.0-1.fc5.1 scim-chewing-0.2.1-5.2 scim-hangul-0.2.2-1.fc5.1 scim-m17n-0.2.0-2.1 scim-pinyin-0.5.91-4.4 scim-tables-0.5.6-3.1 has been pushed for fc5, which should resolve this issue.  If these problems are still present in this version, then please make note of it in this bug report.

Comment 11 Fedora Update System 2006-05-14 17:15:16 UTC
libstdc++so7-4.2.0-0.3.20060428.fc5.1 scim-1.4.4-9.2.fc5 scim-anthy-1.0.0-1.fc5.1 scim-chewing-0.2.1-5.2 scim-hangul-0.2.2-1.fc5.1 scim-m17n-0.2.0-2.1 scim-pinyin-0.5.91-4.4 scim-tables-0.5.6-3.1 has been pushed for fc5, which should resolve this issue.  If these problems are still present in this version, then please make note of it in this bug report.

Comment 12 Fedora Update System 2006-05-16 17:49:12 UTC
libstdc++so7-4.2.0-0.3.20060203.3 has been pushed for fc5, which should resolve this issue.  If these problems are still present in this version, then please make note of it in this bug report.

Comment 13 Fedora Update System 2006-05-19 00:55:45 UTC
libstdc++so7-4.2.0-0.3.20060428.fc5.1 scim-1.4.4-9.2.fc5 scim-anthy-1.0.0-1.fc5.1 scim-chewing-0.2.1-5.2 scim-hangul-0.2.2-1.fc5.1 scim-m17n-0.2.0-2.1 scim-pinyin-0.5.91-4.4 scim-tables-0.5.6-3.1 has been pushed for fc5, which should resolve this issue.  If these problems are still present in this version, then please make note of it in this bug report.

Comment 14 A S Alam 2006-09-01 04:24:00 UTC
No Hardware available this time, next round we can try to test.
thanks