When compiling gnustep-back-0.8.5 on my XFree86 system, Xft support is automagically dropped through ingenious use of sed. The root of the problem: X11/Xft/Xft.h has a dependency on freetype/freetype.h ... And GCC has found the wrong one! Using -I/usr/include/freetype2 will fix the problem! Reproducible: Always Steps to Reproduce: 1. Using XFree86 4.3 2. Comment out the part which disables Xft in gnustep-back-0.8.5 ebuild 3. Compile 4. Observe the errors Actual Results: Parse errors, undeclared symbols etc. Expected Results: Linked nicely.
Created attachment 13956 [details] gnustep-back-0.8.5.ebuild, using gnustep eclass and one-line fix for Xft2 The ebuild.
Created attachment 13957 [details, diff] The patch
gnustep-back-0.8.5-r1 has been added to portage including support for xft2 utilizing your patch. please test.
Well, I have just tested a fix for gnustep-gui-0.8.7, but I think the same applies to 0.8.5: When using -march=pentium4 -O2, rendering happens in the wrong place. Reducing -O2 to -Os seems to solve the problems though. Sorry, can't test 0.8.5 without downgrading all the gnustep packages... Dangerous thing to do. I also suggest switching over to the libart backend, it seems more pretty and somewhat more bugfree. (Problem: the libart backend requires .nfont packages, fortunately, .nfont packages can be created from any scalable font) Most importantly, switching to the libart backend will free us from this Xft problem. A set of nfonts can be found at http://developer.linuxstep.org/downloads/basic_fonts-2.tar.gz (legality uncertain, licensed under the GPL though)
The problem was fixed. Maybe a new bug should be filed for the libart stuff. Please reopen if needed.