Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 425728 - sys-libs/libstdc++-v3 sys-devel/gcc:3.3: no version information available in ia64
Summary: sys-libs/libstdc++-v3 sys-devel/gcc:3.3: no version information available in ...
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: IA64 Linux
: Normal normal (vote)
Assignee: Gentoo Toolchain Maintainers
Keywords: PATCH
Depends on:
Reported: 2012-07-10 19:34 UTC by Tim Yamin
Modified: 2014-08-12 11:29 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---

proposed patch (425728.patch,494 bytes, patch)
2012-07-10 19:35 UTC, Tim Yamin
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
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