mysql-workbench fails to compile with similar errors for gcc-9 and gcc-10. I'll attached both build logs and emerge --info output. Initial error line is: /var/tmp/portage/dev-db/mysql-workbench-8.0.20/work/mysql-workbench-8.0.20_build/library/forms/swig/CMakeFiles/_mforms.dir/mformsPYTHON_wrap.cxx:3679:51: error: '_1' was not declared in this scope Reproducible: Always This is still with python2_7 (https://bugs.gentoo.org/715172 is for that) and this is obviously not a gcc-10 specific issue as the failure seems very similar with gcc-9.3.0
Created attachment 639696 [details] output from "emerge --info"
Created attachment 639698 [details] build log with gcc-9.3.0
Created attachment 639700 [details] build log with gcc-10.1.0
Same error Compilation stopped on [ 85%] Built target wbpublic
Created attachment 643668 [details] Log from gcc 9.3.0
Solution is: goto /var/db/repos/gentoo/dev-db/mysql-workbench directory use "ebuild mysql-workbench-8.0.20.ebuild compile" after stop on error open Makefile in build dir /var/tmp/portage/dev-db/mysql-workbench-8.0.20 change line 150 $(MAKE) $(MAKESILENT) -f CMakeFiles/Makefile2 all to $(MAKE) $(MAKESILENT) -f /var/tmp/portage/dev-db/mysql-workbench-8.0.20/work/mysql-workbench-8.0.20_build/CMakeFiles/Makefile2 all after this goto /var/db/repos/gentoo/dev-db/mysql-workbench directory use "ebuild mysql-workbench-8.0.20.ebuild compile" compilation resume, and skip this error, but stopped on another error
Reinstall dev-libs/boost with python USE key solve all problems. FIXED for me
There is something else going on then. I reinstalled boost (1.73.0) with python USE flag set, and emerging mysql-workbench failed in the same way
(In reply to Jack from comment #8) > There is something else going on then. I reinstalled boost (1.73.0) with > python USE flag set, and emerging mysql-workbench failed in the same way Currently i have Boost 1.72.0-r1 (my previous Boost was 1.73.0) with this variables USE="bzip2 icu nls python threads zlib -context -debug -doc -lzma -mpi -numpy -static-libs -tools -zstd" ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python2_7 python3_7* -python3_6 -python3_8" Try install Boost 1.72.0-r1, maybe problem in Boost 1.73.0
(In reply to Pavel Serkov from comment #9) .... > Currently i have Boost 1.72.0-r1 (my previous Boost was 1.73.0) Well, I thought I had upgraded boost from 1.72 to 1.73 because of gcc-10, but I just installed boot-1.72.0-r1 and then mysql-workbench-8.0.20 with gcc-10 and it all does seem to be OK. So now it seems the problem is that mysql-workbench-8.0.20 won't compile with boost-1.73. Does anyone know if this has been reported upstream.
Created attachment 649866 [details, diff] mysql-workbench-community-8.0.20-alt-boost-1.73.0-compat.patch
With this patch (from Alt Linux) mysql-workbench builds fine with boost-1.73
(In reply to Alex D-Bug from comment #12) > With this patch (from Alt Linux) mysql-workbench builds fine with boost-1.73 Thanks for tracking this down and testing it.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=093eafd9ebe55045ddac9aef5ddc2048616e6d29 commit 093eafd9ebe55045ddac9aef5ddc2048616e6d29 Author: Hans de Graaff <graaff@gentoo.org> AuthorDate: 2020-07-20 07:58:13 +0000 Commit: Hans de Graaff <graaff@gentoo.org> CommitDate: 2020-07-20 07:59:08 +0000 dev-db/mysql-workbench: fix compat with boost 1.73 Add patch from Alt Linux to fix compatibility with boost 1.73. Closes: https://bugs.gentoo.org/723432 Package-Manager: Portage-2.3.103, Repoman-2.3.23 Signed-off-by: Hans de Graaff <graaff@gentoo.org> .../mysql-workbench-8.0.21-boost-1.73.0.patch | 123 +++++++++++++++++++++ .../mysql-workbench/mysql-workbench-8.0.21.ebuild | 1 + 2 files changed, 124 insertions(+)
Also works for me. Unfortunately, I will now most likely be removing it. I've been using it for a long time, if infrequently, so I don't remember the last time I actually ran it. However, starting it now after reinstalling with the new boost, it starts with "Unsupported Operating System" even though (as far as I can tell, they just mean unsupported desktop, as they only formally support Gnome. Poor and unfortunately inaccurate wording. Oh well.
