Re: [boost] More problems compiling regex with various compilers

From: Matthias Troyer (troyer_at_[hidden])
Date: 2003-05-25 07:43:06

On Sunday, May 25, 2003, at 01:05 PM, John Maddock wrote:

>> On Linux using icc version 7.1 I get the error message:

It was caused by another include in my codes, and seems to work well 
now.

> Is that one fixed by the <ios> patch ?

The <ios> patch helped for KCC, and removing it (qualifying it with the 
#ifdef) made it to work with ICC.

>>

>> On MacOS X, using both g++ version 3.1 and the current CVS state of
>> Apple's gcc 3.3 I get the following linker problem:
>>
>>
>> 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
>
> I don't understand why those tables are unresolved, when the other 
> table (
> s_match_vtable) is OK, maybe there's a usage difference: I'll look 
> into it.

The undefind reference comes from posix_api.o . I guess that 
s_match_vtable is not used in that file.
>>

>> On MacOS X using g++ version 3.3 in addition to the linker problem I
>> had to make all the functions you refer to in the intiialization of
>> these tables public in order for the code to compile.
>
> Does that include
> s_match_vtable as well?

Probably yes. I just made all functions public and it compiled - but 
did not instantiate the tables