dev-db/mysql-workbench-6.2.4 cannot be added to Gentoo at the moment because the source distribution no longer caries the generated parser files. These files need to be recreated with antlr-3.4 which is not yet in the tree. Trying to use antlr-3.1.3 which is in the tree results in compilation errors in the generated code: cd /var/tmp/portage/dev-db/mysql-workbench-6.2.4/work/mysql-workbench-6.2.4_build/library/mysql.parser && /usr/lib64/ccache/bin/x86_64-pc-linux-gnu-g++ -DHAVE_PRCTL_H -D__STDC_FORMAT_MACROS -Dmysqlparser_EXPORTS -DNDEBUG -Wall -O2 -pipe -march=native -fPIC -I/var/tmp/portage/dev-db/mysql-workbench-6.2.4/work/mysql-workbench-community-6.2.4-src/plugins/migration/copytable -I/var/tmp/portage/dev-db/mysql-workbench-6.2.4/work/mysql-workbench-community-6.2.4-src/library/base -I/usr/include/gtk-2.0 -I/usr/include/freetype2 -I/usr/lib64/gtk-2.0/include -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/atk-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/gtkmm-2.4 -I/usr/lib64/gtkmm-2.4/include -I/usr/include/gdkmm-2.4 -I/usr/lib64/gdkmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/lib64/pangomm-1.4/include -I/usr/include/cairomm-1.0 -I/usr/lib64/cairomm-1.0/include -I/usr/include/giomm-2.4 -I/usr/lib64/giomm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/glibmm-2.4 -I/usr/lib64/glibmm-2.4/include -I/usr/include/sigc++-2.0 -I/usr/lib64/sigc++-2.0/include -I/var/tmp/portage/dev-db/mysql-workbench-6.2.4/work/mysql-workbench-community-6.2.4-src/library/mysql.parser/. -I/var/tmp/portage/dev-db/mysql-workbench-6.2.4/work/mysql-workbench-community-6.2.4-src/ext/antlr-runtime -I/var/tmp/portage/dev-db/mysql-workbench-6.2.4/work/mysql-workbench-community-6.2.4-src/ext/antlr-runtime/include -Wno-sign-compare -Wno-type-limits -Wno-unused -Wno-missing-field-initializers -o CMakeFiles/mysqlparser.dir/mysql-parser.cpp.o -c /var/tmp/portage/dev-db/mysql-workbench-6.2.4/work/mysql-workbench-community-6.2.4-src/library/mysql.parser/mysql-parser.cpp /var/tmp/portage/dev-db/mysql-workbench-6.2.4/work/mysql-workbench-community-6.2.4-src/library/mysql.parser/mysql-parser.cpp: In member function ‘void MySQLRecognizer::parse(const char*, size_t, bool, MySQLQueryType)’: /var/tmp/portage/dev-db/mysql-workbench-6.2.4/work/mysql-workbench-community-6.2.4-src/library/mysql.parser/mysql-parser.cpp:1236:16: error: ‘struct MySQLLexer_Ctx_struct’ has no member named ‘reset’ d->_lexer->reset(d->_lexer); ^ /var/tmp/portage/dev-db/mysql-workbench-6.2.4/work/mysql-workbench-community-6.2.4-src/library/mysql.parser/mysql-parser.cpp:1237:17: error: ‘struct MySQLParser_Ctx_struct’ has no member named ‘reset’ d->_parser->reset(d->_parser); ^ library/mysql.parser/CMakeFiles/mysqlparser.dir/build.make:149: recipe for target 'library/mysql.parser/CMakeFiles/mysqlparser.dir/mysql-parser.cpp.o' failed
Perhaps, as an intermediate solution, one can be inspired by the AUR PKGBUILD at https://aur.archlinux.org/packages/my/mysql-workbench/PKGBUILD. It seems to plug in a binary version of antlr during compilation of the package.
(In reply to Tamas Jantvik from comment #1) > Perhaps, as an intermediate solution, one can be inspired by the AUR > PKGBUILD at https://aur.archlinux.org/packages/my/mysql-workbench/PKGBUILD. > It seems to plug in a binary version of antlr during compilation of the > package. In mysql-workbench-6.2.5 the antlr code is now downloaded and used as part of the mysql-workbench build.
