Platform is Gentoo Prefix on SUSE Enterprise 10 SP2. Emerging x11-terms/xterm-256 fails with configure: creating ./config.status config.status: creating Makefile config.status: creating xtermcfg.h >>> Source configured. >>> Compiling source in /local/scratch/portage/x11-terms/xterm-256/work/xterm-256 ... make i686-pc-linux-gnu-gcc -I. -I. -DHAVE_CONFIG_H -D_GNU_SOURCE -I/local/tmp/e/usr/include -DNARROWPROTO=1 -DFUNCPROTO=15 -DOSMAJORVERSION=2 -DOSMINO RVERSION=6 -DXTSTRINGDEFINES -O2 -pipe -W -Wall -Wbad-function-cast -Wcast-align -Wcast-qual -Wmissing-declarations -Wmissing-prototypes -Wnested-e xterns -Wpointer-arith -Wshadow -Wstrict-prototypes -Wundef -Wdeclaration-after-statement -Wextra -Wno-unknown-pragmas -Wswitch-enum -c ./button.c In file included from ./button.c:71: ./xutf8.h:25:2: error: #error Please include <X11/Xlib.h> before "xutf8.h" make: *** [button.o] Error 1 emake failed * ERROR: x11-terms/xterm-256 failed (compile phase):
current version is 269 - we'll need to have you try that sometime.
I just synced it
Obviously I can't reproduce this, but I've just looked at button.c file in xterm-270 and it still doesn't "include Xlib.h before xutf8.h" as the error is suggesting. So I'm assuming the problem is still there. Unsure how this gets triggered though. CCing xterm upstream anyway if he has a clue.
I changed xutf8.h last fall (in patch #263) to eliminate the ifdef and #error mentioned. The original problem was due to changes made in xorg.
(In reply to comment #4) > I changed xutf8.h last fall (in patch #263) to eliminate > the ifdef and #error mentioned. The original problem was > due to changes made in xorg. awesome, thanks Thomas.
Successful emerge of version 269 today in Gentoo Prefix over SUSE 10.