Looks like it expects unpacked gmock/gtest sources. I don't think this should block bug #493400 since that appears to fix other USE=test related issues anyway.
Same with 0.3.2-r1.
This looks to me as being less of a test failure and more a problem of the test Makefile vs. the build environment. The ebuild depends on (test? dev-cpp/gmock), but the test Makefiles are hard-coded to expect a worktree-local copy of specifically gmock-1.6.0 (see also the README.md there). So while probably the intention was to have it use a globally installed gmock package, the current Makefiles do not respect that and are not patched to do so.
Created attachment 384094 [details, diff] patch for the Makefile.in's to use the system-installed gmock & gtest instead of a local copy Had a look at patching the Makefile(.in)s: patch attached, tests compile and pass with this. When integrating this into the ebuild, for safety please enhance the "test?" -dependencies: - change dev-cpp/gmock to >=dev-cpp/gmock-1.6.0 (since that is what the original downloads and expects; I don't know enough about gmock to be able to tell whether it would work with older versions) - add >=dev-cpp/gtest-1.6.0 (note this is a pre-req of gmock as well, but since the build process explicitly requires -lgtest we probably should have the dependency?)
(In reply to ahudson.news from comment #3) thanks, done that now: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e63c09a12fba1f6506fb92344f6f43e465caa55c
