On Fri, Nov 20, 2009 at 6:09 PM, Joseph VanAndel <[email protected]> wrote: > 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)
They are on my system: Pau-Garcia-i-Quiless-MacBook-Pro:~ pgquiles$ ls -la /usr/bin/c++ lrwxr-xr-x 1 root wheel 7 Nov 10 11:10 /usr/bin/c++ -> c++-4.2 Pau-Garcia-i-Quiless-MacBook-Pro:~ pgquiles$ ls -la /usr/bin/g++ lrwxr-xr-x 1 root wheel 7 Nov 10 11:10 /usr/bin/g++ -> g++-4.2 Pau-Garcia-i-Quiless-MacBook-Pro:~ pgquiles$ ls -la /usr/bin/g++-4.2 -rwxr-xr-x 1 root wheel 166128 Sep 18 19:00 /usr/bin/g++-4.2 Pau-Garcia-i-Quiless-MacBook-Pro:~ pgquiles$ ls -la /usr/bin/c++-4.2 -rwxr-xr-x 1 root wheel 166128 Sep 18 19:00 /usr/bin/c++-4.2 Pau-Garcia-i-Quiless-MacBook-Pro:~ pgquiles$ c++ --version i686-apple-darwin10-g++-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5646) (dot 1) Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Pau-Garcia-i-Quiless-MacBook-Pro:~ pgquiles$ g++ --version i686-apple-darwin10-g++-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5646) (dot 1) Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. If c++ and g++ are not the same in your system, maybe you have installed a different compiler (Intel C++? GNU gcc? LLVM clang? ). For instance, GNU's version of gcc 4.3, 4.4 and 4.5 (which are different than Apple's) are available from MacPorts. > 2) Anyone know whether boost is compiled with gcc's parallel extensions? That depends on how you built Boost. Back to the original topic, I've installed Boost 1.41.0, FastCGI 2.4 and zlib 1.2.3 from MacPorts and Wt 3.0, and the latest git master, build fine (both Debug and Release builds) with CMake 2.8.0 (installed from the official CMake .dmg). No undefined references here. Maybe there is another version of Boost installed in your Mac, or leftovers from an old installation? > > 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 > -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) ------------------------------------------------------------------------------ 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
