from /var/tmp/portage/dev-ros/urdf-1.13.1-r1/work/urdf-1.13.1/urdf/src/model.cpp:48: /usr/include/pluginlib/class_loader_imp.hpp: In member function ‘std::string pluginlib::ClassLoader<T>::getClassLibraryPath(const string&) [with T = urdf::URDFParser]’: /usr/include/pluginlib/class_loader_imp.hpp:403:13: internal compiler error: Segmentation fault 403 | std::string ClassLoader<T>::getClassLibraryPath(const std::string & lookup_name) | ^~~~~~~~~~~~~~ Please submit a full bug report, ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_desktop_gnome_systemd-20191027-182629 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-9.2.0 * clang: clang version 9.0.0 (tags/RELEASE_900/final) Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/9/bin llvm: 9.0.0 Available Python interpreters, in order of preference: [1] python3.6 [2] python2.7 (fallback) Available Ruby profiles: [1] ruby24 (with Rubygems) [2] ruby25 (with Rubygems) * java-config: The following VMs are available for generation-2: *) IcedTea JDK 3.13.0 [icedtea-bin-8] Available Java Virtual Machines: [1] icedtea-bin-8 system-vm repository: ==> /var/db/repos/gentoo/metadata/timestamp.chk <== Tue, 29 Oct 2019 12:06:13 +0000 emerge -qpvO dev-ros/urdf [ebuild N ] dev-ros/urdf-1.13.1-r1 USE="-test" PYTHON_TARGETS="python2_7"
Created attachment 594426 [details] emerge-info.txt
Created attachment 594428 [details] dev-ros:urdf-1.13.1-r1:20191029-133012.log
Created attachment 594430 [details] emerge-history.txt
Created attachment 594432 [details] environment
Created attachment 594434 [details] etc.portage.tbz2
Created attachment 594436 [details] logs.tbz2
Created attachment 594438 [details] temp.tbz2
ICE is a toolchain issue can't repro myself
Grabbing full command: """ [ 33%] Building CXX object CMakeFiles/urdf.dir/src/model.cpp.o /usr/bin/x86_64-pc-linux-gnu-g++ -DROSCONSOLE_BACKEND_LOG4CXX -DROS_BUILD_SHARED_LIBS=1 -DROS_PACKAGE_NAME=\"urdf\" -Durdf_EXPORTS -I/var/tmp/portage/dev-ros/urdf-1.13.1-r1/work/urdf-1.13.1_build/devel/include -I/var/tmp/portage/dev-ros/urdf-1.13.1-r1/work/urdf-1.13.1/urdf/include -I//usr/include -I/usr/share/xmlrpcpp/cmake/../../../include/xmlrpcpp -DNDEBUG -O2 -pipe -march=native -std=c++11 -fPIC -std=c++11 -o CMakeFiles/urdf.dir/src/model.cpp.o -c /var/tmp/portage/dev-ros/urdf-1.13.1-r1/work/urdf-1.13.1/urdf/src/model.cpp during GIMPLE pass: printf-return-value In file included from /usr/include/pluginlib/class_loader.hpp:350, from /var/tmp/portage/dev-ros/urdf-1.13.1-r1/work/urdf-1.13.1/urdf/src/model.cpp:48: /usr/include/pluginlib/class_loader_imp.hpp: In member function ‘std::string pluginlib::ClassLoader<T>::getClassLibraryPath(const string&) [with T = urdf::URDFParser]’: /usr/include/pluginlib/class_loader_imp.hpp:403:13: internal compiler error: Segmentation fault 403 | std::string ClassLoader<T>::getClassLibraryPath(const std::string & lookup_name) | ^~~~~~~~~~~~~~ Please submit a full bug report, with preprocessed source if appropriate. See <https://bugs.gentoo.org/> for instructions. make[2]: *** [CMakeFiles/urdf.dir/build.make:63: CMakeFiles/urdf.dir/src/model.cpp.o] Error 1 make[2]: Leaving directory '/var/tmp/portage/dev-ros/urdf-1.13.1-r1/work/urdf-1.13.1_build' make[1]: *** [CMakeFiles/Makefile2:219: CMakeFiles/urdf.dir/all] Error 2 make[1]: Leaving directory '/var/tmp/portage/dev-ros/urdf-1.13.1-r1/work/urdf-1.13.1_build' make: *** [Makefile:130: all] Error 2 """ Toralf, can you extract preprocessed file and expand -march=native for me following https://wiki.gentoo.org/wiki/Gcc-ICE-reporting-guide ? I'll try to reproduce locally meanwhile.
Well, the image is gone unfortunately, but the x86_64 Intel(R) Xeon(R) CPU E5-1650 v3 @ 3.50GHz GenuineIntel here says: ~ # arch=haswell; for t in param target; do cmd="gcc -Q -O2 -march=$arch --help=$t"; diff -U0 <(LANG=C $cmd) <(LANG=C $cmd -march=native); done --- /dev/fd/61 2020-08-07 19:20:25.302078511 +0200 +++ /dev/fd/60 2020-08-07 19:20:25.302078511 +0200 @@ -12 +12 @@ - -mabm [disabled] + -mabm [enabled] @@ -16 +16 @@ - -maes [disabled] + -maes [enabled]
(In reply to Toralf Förster from comment #10) > Well, the image is gone unfortunately, but the > x86_64 Intel(R) Xeon(R) CPU E5-1650 v3 @ 3.50GHz GenuineIntel > here says: > > ~ # arch=haswell; for t in param target; do cmd="gcc -Q -O2 -march=$arch > --help=$t"; diff -U0 <(LANG=C $cmd) <(LANG=C $cmd -march=native); done > --- /dev/fd/61 2020-08-07 19:20:25.302078511 +0200 > +++ /dev/fd/60 2020-08-07 19:20:25.302078511 +0200 > @@ -12 +12 @@ > - -mabm [disabled] > + -mabm [enabled] > @@ -16 +16 @@ > - -maes [disabled] > + -maes [enabled] Aha. I tried on the package versions available in tree and it seems to work fine. Can you reproduce the similar ICE on current ::gentoo? Here is my attempt: """ # LANG=C /usr/bin/x86_64-pc-linux-gnu-g++-8.4.0 -DROSCONSOLE_BACKEND_LOG4CXX -DROS_BUILD_SHARED_LIBS=1 -DROS_PACKAGE_NAME=\"urdf\" -Durdf_EXPORTS -I/var/tmp/portage/dev-ros/urdf-1.13.2/work/urdf-1.13.2_build/devel/include -I/var/tmp/portage/dev-ros/urdf-1.13.2/work/urdf-1.13.2/urdf/include -I//usr/include -I/usr/share/xmlrpcpp/cmake/../../../include/xmlrpcpp -DNDEBUG -O2 -pipe -march=haswell -mabm -maes -std=c++11 -fPIC -std=c++11 -o CMakeFiles/urdf.dir/src/model.cpp.o -c /var/tmp/portage/dev-ros/urdf-1.13.2/work/urdf-1.13.2/urdf/src/model.cpp In file included from /usr/include/ros/publisher.h:35, from /usr/include/ros/node_handle.h:32, from /usr/include/ros/ros.h:45, from /var/tmp/portage/dev-ros/urdf-1.13.2/work/urdf-1.13.2/urdf/include/urdf/model.h:50, from /var/tmp/portage/dev-ros/urdf-1.13.2/work/urdf-1.13.2/urdf/src/model.cpp:42: /usr/include/boost/bind.hpp:41:1: note: #pragma message: The practice of declaring the Bind placeholders (_1, _2, ...) in the global namespace is deprecated. Please use <boost/bind/bind.hpp> + using namespace boost::placeholders, or define BOOST_BIND_GLOBAL_PLACEHOLDERS to retain the current behavior. ) ^ # echo $? 0 """
dev-ros/urdf-1.13.2 compiles fine here at 3 different tinderbox images
Let's close it as obsolete then and try to debug when it happens again.
