The original setting for the compiler was
CMAKE_CXX_COMPILER:FILEPATH=/usr/bin/c++
so
I set
CMAKE_LINKER:FILEPATH=/usr/bin/c++
This did not fix the Undefined symbol "__Unwind_Resume"
I tried compiling and linking with /usr/bin/g++, and got a different
link error:
Undefined symbols:
"boost
::program_options
::value_semantic_codecvt_helper<char>::parse(boost::any&,
std::vector<std::basic_string<char, std::char_traits<char>,
std::allocator<char> >, std::allocator<std::basic_string<char,
std::char_traits<char>, std::allocator<char> > > > const&, bool)
const", referenced from:
vtable for boost::program_options::typed_value<int, char>in
Configuration.o
vtable for
boost::program_options::typed_value<std::basic_string<char,
std::char_traits<char>, std::allocator<char> >, char>in Configuration.o
Googling this indicates this might be caused by using gcc's parallel
extensions when compiling one file, while *not* using the parallel
extensions when compiling another.
Questions:
1) What's the difference between /usr/bin/c++ and /usr/bin/g++ (they
are not identical)
2) Anyone know whether boost is compiled with gcc's parallel extensions?
On Nov 19, 2009, at 11:50 PM, Koen Deforche wrote:
> Hey Joseph,
>
> 2009/11/20 Joseph VanAndel <[email protected]>:
>> Trying to build Wt (from git, updated 2009/11/19), with Boost
>> 1.41.0 on Mac OS 10.6.2, using XCode 3.2.1:
>>
>> Linking CXX shared library libwt.dylib
>> Undefined symbols:
>> "__Unwind_Resume", referenced from:
>> Wt::StdGridLayoutImpl::~StdGridLayoutImpl()in
>> StdGridLayoutImpl.o
>> Wt::StdGridLayoutImpl::setHint(std::basic_string<char,
>> std::char_traits<char>, std::allocator<char> > const&,
>> std::basic_string<char, std::char_traits<char>,
>> std::allocator<char> > const&)in StdGridLayoutImpl.o
>>
>> Googling the error suggests that the library is being linked with
>> gcc, rather than g++.
>> "This is a common problem on OSX with Xcode 2.2+ when linking C++
>> software with gcc instead of g++ (there was a similar problem in
>> MapServer). Linking -lsdtc++ is not enough, and using g++ is needed."
>>
>> Could someone who understands CMake configuration files change how
>> this library is linked?
>
> Can you see if it helps to change the value of CMAKE_LINKER to 'g++'
> in your CMakeCache.txt file
> If so, I think we should take this upstream with the CMake people ?
>
> Regards,
> koen
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> witty-interest mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/witty-interest
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
witty-interest mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/witty-interest
