|
Boost : |
From: John Maddock (jm_at_[hidden])
Date: 2003-05-24 06:46:38
> Even with the latest version (an update done this afternoon) I still
> get the problem with KCC on Linux.
The problem is more insidious that I first thought: the standard lib is
making an unqualified call to an internal detail function, and it's finding
my function of the same name via Argument Dependent Lookup. Should now be
fixed (by renaming my version).
> 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.
John.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk