Description of problem: Gazebo-5.1.0-2 from Rawhide symbol lookup failure Version-Release number of selected component (if applicable): How reproducible: 1. Install gazebo-5.1.0-2.fc23.x86_64: $ sudo dnf install gazebo* --enablerepo=rawhide 2. Try to run: $ gazebo Actual results: gazebo: symbol lookup error: /lib64/libsdformat.so.2: undefined symbol: _ZN5boost13match_resultsIN9__gnu_cxx17__normal_iteratorIPKcNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEESaINS_9sub_matchISB_EEEE12maybe_assignERKSF_ Expected results: gazebo running. Additional info: The sdformat packages installed are: sdformat-2.3.2-3.fc23.x86_64 sdformat-devel.2.3.2-3.fc23.x86_64
It looks like during the f23 mass rebuild, sdformat was rebuilt before boost was, and the rebuilt boost package has some different symbol names due to the ever-changing rawhide gcc/libstdc++. I'm kicking off a rebuild of sdformat that should hopefully resolve this issue, please report back if sdformat 2.3.2-4 still has problems.
Just installed the build from Koji: Installed Packages sdformat.x86_64 2.3.2-4.fc23 @System sdformat-devel.x86_64 2.3.2-4.fc23 @System still getting: gazebo: symbol lookup error: /lib64/libsdformat.so.2: undefined symbol: _ZN5boost13match_resultsIN9__gnu_cxx17__normal_iteratorIPKcNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEESaINS_9sub_matchISB_EEEE12maybe_assignERKSF_
(In reply to Rich Mattes from comment #1) > It looks like during the f23 mass rebuild, sdformat was rebuilt before boost > was, and the rebuilt boost package has some different symbol names due to > the ever-changing rawhide gcc/libstdc++. I'm kicking off a rebuild of > sdformat that should hopefully resolve this issue, please report back if > sdformat 2.3.2-4 still has problems. Please see my comment. Sorry for this reply, but I am not sure you are getting notifications if not replied to you directly..
Sorry, I did see your response, but I haven't been able to work on this for the past couple of days. I am going to set up a rawhide environment and see if I can reproduce this issue so I can more easily diagnose it.
Wait, are you running the rawhide version of gazebo in a non-rawhide environment?
(In reply to Rich Mattes from comment #5) > Wait, are you running the rawhide version of gazebo in a non-rawhide > environment? I am trying to run it in Fedora 22, with dependices installed from rawhide.
OK that's the problem. libstdc++ in rawhide has a lot of breaking ABI changes vs. the version in f22 due to the shift to the c++11 ABI as default[1]. The problem you're seeing here is that boost was built to use the c++11 string library in f23, but was not in f22, so the symbols in the boost libs are different between f23 and f22. There's really only three options to run the rawhide gazebo as you're trying to do: 1. Completely upgrade to rawhide 2. Run gazebo out of a rawhide container/chroot/VM on top of f22 2. Rebuild the rawhide sdformat and gazebo packages on f22 [1] http://developerblog.redhat.com/2015/02/05/gcc5-and-the-c11-abi/