Description of problem:
When building a C++ application with g++32 I get linker errors of the form,
`.gnu.linkonce.t.[symbol]' referenced in section `.rodata' of [file].o:
defined in discarded section `.gnu.linkonce.t.[symbol]' of [file].o
The particular cases I have are inlined functions from the boost date_time
library which should be being inlined to the extent that it's unnecessary to
link against libboost_date_time.so.
The same application compiles and links without error using
binutils-2.15.94.0.2.2-2.1 and the compat-* packages from FC4.
Version-Release number of selected component (if applicable):
2.16.91.0.6-5
How reproducible:
Always
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:

compat-gcc* is provided as is, so bugs like this (which is indeed gcc bug, but
binutils) that were present in earlier versions will be present even in the
versions where it is provided as compatibility package.

I understand the need to preserve backwards compatability here. The problem is
that there's been a change in behaviour with FC5. With FC4 this is reported as a
warning, but the build completes and I get a binary which works on FC3/4/5 and
RHEL 3/4. With FC5 the build just fails.

Note

You need to
log in
before you can comment on or make changes to this bug.