Bug #446

Linking Fails on MacOS Snow Leopard

Added by S. Wrede over 12 years ago. Updated over 12 years ago.

Status:ResolvedStart date:07/26/2011
Priority:NormalDue date:
Assignee:S. Wrede% Done:

100%

Category:cmake
Target version:-

Description

Everything compiles (against Boost 1.46.1) now, but does not link. Error is as follows:

[ 48%] Building CXX object src/CMakeFiles/rsc.dir/rsc/threading/ThreadedTaskExecutor.cpp.o
[ 50%] Building CXX object src/CMakeFiles/rsc.dir/rsc/debug/DebugTools.cpp.o
[ 51%] Building CXX object src/CMakeFiles/rsc.dir/rsc/subprocess/Subprocess.cpp.o
[ 52%] Building CXX object src/CMakeFiles/rsc.dir/rsc/RSCVersion.cpp.o
[ 54%] Building CXX object src/CMakeFiles/rsc.dir/rsc/subprocess/UnixSubprocess.cpp.o
[ 55%] Building CXX object src/CMakeFiles/rsc.dir/rsc/debug/LinuxDebugTools.cpp.o
Linking CXX shared library ../build/librsc.dylib
Undefined symbols:
  "boost::system::generic_category()", referenced from:
      __static_initialization_and_destruction_0(int, int)in Environment.cpp.o
      __static_initialization_and_destruction_0(int, int)in Environment.cpp.o
  "boost::system::system_category()", referenced from:
      __static_initialization_and_destruction_0(int, int)in Environment.cpp.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[2]: *** [build/librsc.0.4.0.dylib] Error 1
make[1]: *** [src/CMakeFiles/rsc.dir/all] Error 2
make: *** [all] Error 2

History

#1 Updated by S. Wrede over 12 years ago

  • Category set to cmake
  • Assignee set to S. Wrede
  • % Done changed from 0 to 10

Do we link against boost::system? Probably not:

-L/opt/local/lib /opt/local/lib/libboost_thread-mt.dylib /opt/local/lib/libboost_filesystem-mt.dylib /opt/local/lib/libboost_signals-mt.dylib /opt/local/lib/libboost_program_options-mt.dylib

#2 Updated by S. Wrede over 12 years ago

  • Status changed from New to Resolved
  • % Done changed from 10 to 100

Fixed in SVN. Boost system was not included as a library dependency in the CMakeLists file. How could this work on Linux?!?

#3 Updated by J. Wienke over 12 years ago

Maybe a transitive dependency?

Also available in: Atom PDF