https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/ Issue: dev-cpp/glibmm-2.64.2 fails to compile with dev-lang/python-exec[-native-symlinks]. Discovered on: amd64 (internal ref: tinderbox) NOTE: Please take a look at the tracker bug for more info.
Created attachment 680512 [details] build.log build log and emerge --info
Possible context of error(s): /usr/bin/python3.7: can't open file '/var/tmp/portage/dev-cpp/glibmm-2.64.2/work/glibmm-2.64.2/untracked/build_scripts/generate-binding.py': [Errno 2] No such file or directory
And another one: [49/398] x86_64-pc-linux-gnu-g++ -m32 -Iglib/glibmm/libglibmm-2.4.so.1.3.0.p -Iglib/glibmm -I../glibmm-2.64.2/glib/glibmm -Iglib -I../glibmm-2.64.2/glib -I/usr/include/sigc++-2.0 -I/usr/lib32/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/libffi/include -fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -std=c++11 -Wall -march=native -O2 -fPIC -pthread -DGLIBMM_BUILD=1 -MD -MQ glib/glibmm/libglibmm-2.4.so.1.3.0.p/meson-generated_.._wrap_init.cc.o -MF glib/glibmm/libglibmm-2.4.so.1.3.0.p/meson-generated_.._wrap_init.cc.o.d -o glib/glibmm/libglibmm-2.4.so.1.3.0.p/meson-generated_.._wrap_init.cc.o -c glib/glibmm/wrap_init.cc FAILED: glib/glibmm/libglibmm-2.4.so.1.3.0.p/meson-generated_.._wrap_init.cc.o x86_64-pc-linux-gnu-g++ -m32 -Iglib/glibmm/libglibmm-2.4.so.1.3.0.p -Iglib/glibmm -I../glibmm-2.64.2/glib/glibmm -Iglib -I../glibmm-2.64.2/glib -I/usr/include/sigc++-2.0 -I/usr/lib32/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/libffi/include -fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -std=c++11 -Wall -march=native -O2 -fPIC -pthread -DGLIBMM_BUILD=1 -MD -MQ glib/glibmm/libglibmm-2.4.so.1.3.0.p/meson-generated_.._wrap_init.cc.o -MF glib/glibmm/libglibmm-2.4.so.1.3.0.p/meson-generated_.._wrap_init.cc.o.d -o glib/glibmm/libglibmm-2.4.so.1.3.0.p/meson-generated_.._wrap_init.cc.o -c glib/glibmm/wrap_init.cc In file included from /usr/include/sigc++-2.0/sigc++/signal.h:8, from /usr/include/sigc++-2.0/sigc++/sigc++.h:104, from glib/glibmm/thread.h:50, from ../glibmm-2.64.2/glib/glibmm.h:88, from glib/glibmm/wrap_init.cc:4: /usr/include/sigc++-2.0/sigc++/signal_base.h:24:10: fatal error: sigc++config.h: No such file or directory 24 | #include <sigc++config.h> | ^~~~~~~~~~~~~~~~ compilation terminated. Popped up during rebuild with 'emerge -uDNU --with-bdeps=y --changed-deps=y @world'
In my case reemerging dev-libs/libsigc++ prior dev-cpp/glibmm solved the problem.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f3c9dcf33917c197e7ac763ed3ca731a5581644b commit f3c9dcf33917c197e7ac763ed3ca731a5581644b Author: Matt Turner <mattst88@gentoo.org> AuthorDate: 2021-04-20 02:47:06 +0000 Commit: Matt Turner <mattst88@gentoo.org> CommitDate: 2021-04-20 02:47:08 +0000 dev-cpp/glibmm: use ${EPYTHON}, not python3 Closes: https://bugs.gentoo.org/762928 Signed-off-by: Matt Turner <mattst88@gentoo.org> dev-cpp/glibmm/glibmm-2.64.5.ebuild | 4 +++- dev-cpp/glibmm/glibmm-2.68.0.ebuild | 4 +++- 2 files changed, 6 insertions(+), 2 deletions(-)
