Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 425728

Summary: sys-libs/libstdc++-v3 sys-devel/gcc:3.3: no version information available in ia64
Product: Gentoo Linux Reporter: Tim Yamin <plasm>
Component: [OLD] Core systemAssignee: Gentoo Toolchain Maintainers <toolchain>
Severity: normal CC: ia64
Priority: Normal Keywords: PATCH
Version: unspecified   
Hardware: IA64   
OS: Linux   
Package list:
Runtime testing required: ---
Attachments: proposed patch

Description Tim Yamin 2012-07-10 19:34:47 UTC
sys-libs/libstdc++-v3 sys-devel/gcc:3.3: no version information available in ia64

1. It would be nice to KEYWORD sys-libs/libstdc++-v3 ~ia64 for running old binaries

2. At the same time, it is useful to apply a fix (patch attached) such that version information is produced in the as right now it isn't and the linker complains when running apps that expect version symbols;

a) in testing whether to enable symvers, the libstdc++ configure test fails at the following point:

configure:23545: checking for shared libgcc
/var/tmp/portage/sys-libs/libstdc++-v3-3.3.6-r1/work/build/gcc/ undefined reference to `_Unwind_FindTableEntry'
collect2: ld returned 1 exit status

b) can fix by ensuring that .c file containing _Unwind_FindTableEntry gets built
into libgcc_s such that libgcc_s becomes functional and allows configure check to pass:

Before patch:

# readelf -a /usr/lib/ | grep Name:.*3.2

After patch:

# readelf -a /usr/lib/ | grep Name:.*3.2
  0x001c: Rev: 1  Flags: none  Index: 2  Cnt: 1  Name: GLIBCPP_3.2
  0x0038: Rev: 1  Flags: none  Index: 3  Cnt: 2  Name: GLIBCPP_3.2.1
  0x005c: Rev: 1  Flags: none  Index: 4  Cnt: 2  Name: GLIBCPP_3.2.2
  0x0080: Rev: 1  Flags: none  Index: 5  Cnt: 2  Name: GLIBCPP_3.2.3
  0x00a4: Rev: 1  Flags: none  Index: 6  Cnt: 2  Name: GLIBCPP_3.2.4
Comment 1 Tim Yamin 2012-07-10 19:35:26 UTC
Created attachment 317850 [details, diff]
proposed patch
Comment 2 SpanKY gentoo-dev 2012-08-11 17:41:25 UTC
i don't think this ebuild should be building libgcc_s in the first place.  just the lib, and take the rest from the toolchain.
Comment 3 SpanKY gentoo-dev 2012-08-12 05:01:44 UTC
hmm, maybe related to bug 304239 ... but that should be fixed in libstdc++-v3-3.3.6-r1 already ...
Comment 4 Tim Yamin 2012-08-12 12:27:49 UTC
I did try -r1, but that wasn't in itself sufficient to fix the problem, which seems to be an ia64-specific b0rkage -- the patch I've attached seems to be necessary.
Comment 5 SpanKY gentoo-dev 2012-08-12 14:58:44 UTC
i'm not disputing the fact this fixes the issue you're seeing ;).  the trouble is that this change isn't in upstream gcc, and doing newer builds doesn't need this to get symbol versions in libstdc++, so i'd like to address it differently.
Comment 6 SpanKY gentoo-dev 2014-08-12 11:29:58 UTC
i don't think we care about gcc-3.3 on ia64 anymore