For some reason it cannot find the include cairo.h, which is installed in /usr/include/cairo/cairo.h Cairo's pkg-config --cflags looks like it includes the above dir. Reproducible: Always
graphviz-gpl fails in a similar fashion now too since the cairo upgrade
Any chance of a build log ?
Created attachment 262375 [details] Build log failing to compile against cairo See attached
Attach config.log too and see with V=1 how exactly the failing command looks like.
Created attachment 262379 [details] make V=1 You can see from make V=1 log, it is not passing the correct -I to find cairo.h
Created attachment 262381 [details] failed config.log As requested
I see something strange in your config.log: all (or so it seems) the pkg-config provided _CFLAGS var are empty, though _LIBS seem unaffected.
Anything else I can provide? The only thing about this system is that it is actually a 32bit chroot installed on a 64bit machine (I use it to build for a small system). That shouldn't make a difference though.
As I said, check if at least at command line vars are correctly returned. Now, it's hard to say whether it's the ebuild/package is doing something wrong or is something about your pkg-config that's broken. I.e. what does 'pkg-config pangocairo --cflags' return ? It's strange though that _LIBS seems unaffected.
Ok the output is the following. I had run emerge -cq --with-bdeps n to clean up before installing on the target. Is that incorrect to do, or is graphviz supposed to have dri2proto as a DEPEND?: Package dri2proto was not found in the pkg-config search path. Perhaps you should add the directory containing `dri2proto.pc' to the PKG_CONFIG_PATH environment variable Package 'dri2proto', required by 'egl', not found
I'd say it's yet another proof, that you shouldn't touch x11-protos. depclean with '--with-bdeps n' was simply asking for trouble. IMHO, this marks the bug INVALID - YMMV.
It's your call, I'm not the developer :) So is there a safe way to use --with-bdeps n, or should it be avoided totally?
x11-proto/dri2proto should be RDEPEND instead of DEPEND in media-libs/mesa for egl.pc so the package doesn't break with depclean moving to correct maintainers
*** This bug has been marked as a duplicate of bug 342393 ***