configure fail to find dev-cpp/ctemplate-0.99, this trigger an endless loop of configure, very annoying in unmanned emerge. configure{,.in} end with the following: --8<-- if test "$ac_system_ctemplate" = no; then ( cd ./ext/ctemplate/ctemplate-src && autoreconf -i -s; ./configure --prefix=$prefix [...] --disable-dynamic ) fi --8<-- $ac_system_ctemplate is no (and that is a different bug) but this fail to `cd` because ./ext/ctemplate has been removed in ebuild. The result is to run the main configure in ${S} The following pach re-add an empty directory resulting in a src_configure() "correctly" failing --8<-- --- mysql-workbench-5.2.31.ebuild.orig 2011-03-01 20:01:05.000000000 +0100 +++ mysql-workbench-5.2.31.ebuild 2011-03-05 16:37:04.196748667 +0100 @@ -60,6 +60,8 @@ # Remove bundled ctemplate version to make sure we use the system version. rm -rf ext/ctemplate || die + # avoid endless loop in configure + mkdir -p ext/ctemplate/ctemplate-src } --8<--
some further analisys show that configure fail to check ctemplate because of a missing CXXFLAG: /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/include/g++-v4/bits/c++0x_warning.h:31:2: error: #error This file requires compiler and library support for the upcoming ISO C++ standard, C++0x. This support is currently experimental, and must be enabled with the -std=c++0x or -std=gnu++0x compiler options. I've the following in /etc/portage/env/dev-cpp/ctemplate CXXFLAGS="${CFLAGS// -std=gnu++0x/ } -std=gnu++0x" it's very much possible that this is a problem with my configuration, anyway the endless configure loop is a bug introduced by gentoo ebuild and there it should be fixed.
(In reply to comment #1) > anyway > the endless configure loop is a bug introduced by gentoo ebuild and there it > should be fixed. I'm not sure, since the ebuild specifies ctemplate as a dependency, so it should be able to depend on it. In any case I agree that the failure mode is not very nice, so I have fixed this in mysql-workbench-5.2.33. Thanks for the analysis and bug report!