render.h uses "XID" assuming it's been defined. This behavior breaks (at least) the xeffects xgl ebuild and is inconsistent with the other header files in the directory, which include X.h. Inserting a '#include <X11/X.h>' fixes the issue. I suspect this is an Xorg upstream bug. Reproducible: Always Steps to Reproduce: Compile something which includes <X11/extensions/render.h> without including <X11/X.h>
This sounds familiar ... ah yes, the fix was in libXrender. Do you have libXrender 0.9.4? commit 497dda5615d0484d34f3a0a580353ac10ceaced5 Author: Eric Anholt <eric@anholt.net> Date: Wed Sep 5 08:20:33 2007 -0700 Bump version to 0.9.4. commit 89bc96e2c10c3902b82d74da95608bb48319ad29 Author: Paul Bender <pebender@san.rr.com> Date: Wed Sep 5 08:19:55 2007 -0700 Reorder render.h include so that XID has been picked up by then. While libXrender built fine. some software requiring libXrender didn't include Xlib.h beforehand.
Please reopen when you reply.