From: Matthias Troyer (troyer_at_[hidden])
Date: 2003-05-24 08:07:27
On Saturday, May 24, 2003, at 01:46 PM, John Maddock wrote:
>> In addition I get thee following linker problem using gcc on MacOS X:
>>
>> ld: Undefined symbols:
>> boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator<char
>> const*, std::basic_string<char, std::char_traits<char>,
>> std::allocator<char> > >,
>> std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char
>> const*, std::basic_string<char, std::char_traits<char>,
>> std::allocator<char> > > > >, boost::regex_traits<char>,
>> std::allocator<char> >::s_find_vtable
>> boost::re_detail::perl_matcher<__gnu_cxx::__normal_iterator<char
>> const*, std::basic_string<char, std::char_traits<char>,
>> std::allocator<char> > >,
>> std::allocator<boost::sub_match<__gnu_cxx::__normal_iterator<char
>> const*, std::basic_string<char, std::char_traits<char>,
>> std::allocator<char> > > > >, boost::regex_traits<char>,
>> std::allocator<char> >::s_unwind_table
>>
>> There seems to be a problem with template instantiation of the
>> perl_matcher class.
>
> It relies entirely on implicit instantiation - there are no clever
> tricks
> used with that class, so if there are linker problems then I'm stumped.
I am equally puzzled but found a workaround in explicit instantiation
of the needed templates. Should I report this as a compiler bug to the
Apple gcc team?
Matthias