Boost-Dateisystem (1.63) schlägt mit undefiniertem Referenzfehler nach Kreuzkompilierung für QNX

Question

Ich habe Kreuz kompiliert Boost für QNX und alle Build-Dateien existiert unter dem Pfad /home/hari1234/qnx_cross_compile/src/arm/boost_1_63_0/build/umfassen und /home/hari1234/qnx_cross_compile/src/Arm/boost_1_63_0/build/lib

ich ROS versuche von der Quelle zu kompilieren und es

/opt/qnx/install/Host/linux scheitern /x86_64/usr/bin/arm-unknown-nto-qnx7.0.0eabi-ld: Warnung: bin.v2/libs/system/build/qcc-arm/release/ziel-os-qnx/threading-multi/libboost_system. so.1.63.0, benötigt von /home/hari1234/qnx_cross_compile/src/arm/boost_1_63_0/build/lib/libboost_filesystem.so, nicht gefunden (versuchen Sie es mit -rpath oder -rpath-link) /opt/qnx/install/arm_catchin_ros/devel_isolated/rospack/lib /librospack.so: Warnung: Die Funktion 'tmpnam' ist gefährlich. Verwenden Sie stattdessen 'mkstemp'. /opt/qnx/install/arm_catchin_ros/devel_isolated/rospack/lib/libospack.so: Warnung: Die Funktion 'tempnam' ist gefährlich. Verwenden Sie stattdessen 'mkstemp'. /opt/qnx/install/host/linux/x86_64/usr/bin/arm-unknown-nto-qnx7.0.0eabi-ld: Warnung: bin.v2/libs/system/build/qcc-arm/release/target -os-qnx/threading-multi/libboost_system.so.1.63.0, benötigt von /home/hari1234/qnx_cross_compile/src/arm/boost_1_63_0/build/lib/libboost_filesystem.so, nicht gefunden (versuchen Sie es mit -rpath oder -rpath -link) /opt/qnx/install/arm_catchin_ros/devel_isolated/rospack/lib/librospack.so: undefinierter Verweis auf boost::program_options::validate(boost::any&, std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >*, int)' /opt/qnx/install/arm_catkin_ros/devel_isolated/rospack/lib/librospack.so: undefined reference to boost :: program_options :: abstract_variables_map :: operator [] (std :: __ 1 :: basic_string, std: : __ 1 :: allocator> const &) const ' /opt/qnx/install/arm_catchin_ros/devel_isolated/rospack/lib/libospack.so: undefinierter Verweis auf boost::program_options::options_description::options_description(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, unsigned int, unsigned int)' /opt/qnx/install/arm_catkin_ros/devel_isolated/rospack/lib/librospack.so: undefined reference to boost :: program_options :: detail :: cmdline :: cmdline (Std :: __ 1 :: Vektor, std :: __ 1 :: Zuweiser>, std :: __ 1 :: Zuweiser, std :: __ 1 :: Zuweiser>>> const &) ' /opt/qnx/install/arm_catchin_ros/devel_isolated/rospack/lib/librospack.so: undefinierter Verweis auf boost::program_options::to_internal(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&)' /opt/qnx/install/arm_catkin_ros/devel_isolated/rospack/lib/librospack.so: undefined reference to boost :: program_options :: arg' /opt/qnx/installieren/arm_catchin_ros/devel_isolated/rospack/lib/librospack.so: undefinierter Verweis auf `boost :: program_options :: value_semantic_codecvt_helper :: parse (boost :: any &, std :: 1 :: vector, std :: __ 1 :: allocator>, std :: __ 1 :: allocator, std :: __ 1 :: Zuweiser>>> const &, bool) const ' cc: /opt/qnx/install/host/linux/x86_64/usr/bin/arm-unknown-nto-qnx7.0.0eabi-ld Fehler 1 CMakeFiles/rospackexe.dir/build.make: 106: Rezept für das Ziel '/ opt/qnx/install/arm_catkin_ros/devel_isolated/rospack/bin/rospack' failed

Die Warnung schlägt vor, dass libboost_filesystem.so nach bin.v2/libs/system/build/qcc-arm/release/target-os-qnx/threading-multi/libboost_system.so.1.63.0 sucht, das nicht gefunden wird. Ich bin mir nicht sicher, ob der bin.v2-Ordner beim Cross Compiling Boost für QNX generiert werden soll. Und ich nehme an, das ist der Grund, warum der undefinierte Referenzfehler zu boost :: filesystem :: validate passiert.

Alle Hinweise oder Hilfe wären sehr geschätzt

Vielen Dank im Voraus

Answer 1

ich in der Lage war Vergangenheit dieses Problems zu erhalten, indem die Erstellung Boost-Bibliotheken als statisch diejenigen zu dynamischen Modellen entgegengesetzt. Mir wurde gesagt, dass das ursprüngliche Problem etwas mit der Einstellung des rpath

tun muss