FS#6451 - gcc 3.3.6 link errors

Attached to Project: Arch Linux
Opened by Erwin Van de Velde (evdvelde) - Monday, 19 February 2007, 15:54 GMT
Last edited by Aaron Griffin (phrakture) - Thursday, 17 April 2008, 21:34 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Thomas Bächler (brain0)
Architecture not specified
Severity Medium
Priority Normal
Reported Version 0.7.2 Gimmick
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

The usage of the newest version of gcc3 (3.3.6-3) results in link errors in standard library. Experienced in multiple tests, repeatable for sure with: ns-allinone 2.29.3 <http://sourceforge.net/project/downloading.php?group_id=149743&use_mirror=mesh&filename=ns-allinone-2.29.3.tar.gz>
gcc3 package version 3.3.6-2 works fine.

Example:
rmst_filter.cc:(.text+0x6361): undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::deallocate(void*, unsigned)'
diffusion3/filters/rmst/rmst_filter.o:rmst_filter.cc:(.gnu.linkonce.t._ZNSt4listI11_NakMsgDataSaIS0_EE5eraseESt14_List_iteratorIS0_RS0_PS0_E+0x2b): more undefined references to `std::__default_alloc_template<(bool)1, (int)0>::deallocate(void*, unsigned)' follow
diffusion3/filters/rmst/rmst_filter.o: In function `std::list<_SendMsgData, std::allocator<_SendMsgData> >::_M_create_node(_SendMsgData const&)':
rmst_filter.cc:(.gnu.linkonce.t._ZNSt4listI12_SendMsgDataSaIS0_EE14_M_create_nodeERKS0_+0x14): undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::allocate(unsigned)'
diffusion3/filters/rmst/rmst_filter.o: In function `std::list<_NakMsgData, std::allocator<_NakMsgData> >::_M_create_node(_NakMsgData const&)':
rmst_filter.cc:(.gnu.linkonce.t._ZNSt4listI11_NakMsgDataSaIS0_EE14_M_create_nodeERKS0_+0xe): undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::allocate(unsigned)'
diffusion3/filters/rmst/rmst_filter.o: In function `std::_Rb_tree<long long, std::pair<long long const, _ExpLog>, std::_Select1st<std::pair<long long const, _ExpLog> >, std::less<long long>, std::allocator<std::pair<long long const, _ExpLog> > >::_M_create_node(std::pair<long long const, _ExpLog> const&)':
rmst_filter.cc:(.gnu.linkonce.t._ZNSt8_Rb_treeIxSt4pairIKx7_ExpLogESt10_Select1stIS3_ESt4lessIxESaIS3_EE14_M_create_nodeERKS3_+0x14): undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::allocate(unsigned)'
diffusion3/filters/rmst/rmst_filter.o: In function `std::_Rb_tree<int, std::pair<int const, Rmst*>, std::_Select1st<std::pair<int const, Rmst*> >, std::less<int>, std::allocator<std::pair<int const, Rmst*> > >::_M_create_node(std::pair<int const, Rmst*> const&)':
rmst_filter.cc:(.gnu.linkonce.t._ZNSt8_Rb_treeIiSt4pairIKiP4RmstESt10_Select1stIS4_ESt4lessIiESaIS4_EE14_M_create_nodeERKS4_+0xe): undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::allocate(unsigned)'
collect2: ld returned 1 exit status
make: *** [ns] Error 1
This task depends upon

Closed by  Aaron Griffin (phrakture)
Thursday, 17 April 2008, 21:34 GMT
Reason for closing:  None
Additional comments about closing:  Irrelevant bug
Comment by Allan McRae (Allan) - Tuesday, 20 November 2007, 12:26 GMT
This is still the case:

#include <list>
int main()
{
std::list<double> a;
}

fails to compile with similar error.
Comment by Allan McRae (Allan) - Friday, 08 February 2008, 15:41 GMT
Iwas checking if a rebuild would fix this problem but I can not even get the compiler to build:

checking for ld option to reload object files... -r
checking for BSD-compatible nm... nm
checking how to recognise dependant libraries... pass_all
checking for object suffix... configure: error: installation or configuration problem; compiler does not work
make[1]: *** [configure-target-libstdc++-v3] Error 1
make[1]: Leaving directory `/var/abs/local/tmp/gcc3/src/gcc-build'
make: *** [bootstrap] Error 2
Comment by Allan McRae (Allan) - Saturday, 09 February 2008, 04:03 GMT
Well, you have to remove -mtune=generic from C{XX}FLAGS to get this to build but that does not fix the problem.
Comment by Allan McRae (Allan) - Saturday, 09 February 2008, 04:55 GMT
Re-building libstdc++5 does not help either
Comment by Gavin Bisesi (Daenyth) - Thursday, 17 April 2008, 19:20 GMT
Is this relevent with the new gcc?
Comment by Erwin Van de Velde (evdvelde) - Thursday, 17 April 2008, 20:32 GMT
Not for me...

Loading...