This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c++/19159] [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info
- From: "dave at hiauly1 dot hia dot nrc dot ca" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 4 Apr 2005 03:21:36 -0000
- Subject: [Bug c++/19159] [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info
- References: <20041226162616.19159.danglin@gcc.gnu.org>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-04-04 03:21 -------
Subject: Re: [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info
> Dave, I think that the problem with _S_do_it is an entirely separate bug. In
> particular, V3 builds with -fno-inline-templates, but does not use
> -fno-implicit-inline-templates. The _S_do_it function is inline. Since AIX
> does not have weak symbols, we probably make that function have internal linkage
> in the library, which causes the link failures you're seeing.
The _S_do_it reference appears in a .stabx directive:
.stabx "_Array_copy_ctor<size_t,true>:Tt1478=s1_S_do_it::1479=f-11:_ZNSt16_Array_copy_ctorImLb1EE8_S_do_itEPKmS2_Pm;2A?;;",0,140,0
This looks like PR 19212.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19159