|
Boost : |
From: Matthias Troyer (troyer_at_[hidden])
Date: 2003-05-23 14:53:07
Hi John,
Even with the latest version (an update done this afternoon) I still
get the problem with KCC on Linux.
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.
Matthias
On Friday, May 23, 2003, at 01:16 PM, John Maddock wrote:
>> After a cvs update I am having probles compiling cregex.cpp on an
>> Intel
>> Linux platform with the KC compiler. The problem seems to be an
>> ambiguity in a call to destroy(..). While this is probably a bug in
>> the
>> KCC compiler, I would appreciate a workaround (e.g. changing the name
>> of the destroy() function in regex) that would make this library
>> compile with KCC?
>
> The regex code has changed a lot in the last week - I'm still working
> through all the consequences - there should be fixes that particular
> problem
> already in place
>
> John.
>
>
> _______________________________________________
> Unsubscribe & other changes:
> http://lists.boost.org/mailman/listinfo.cgi/boost
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk