On a ps3 ~ppc64 system xorg-server-1.4.0 fails to compile: --- In file included from colormap.c:61: ../include/colormapst.h:110:42: error: operator '==' has no left operand colormap.c:283:19: error: operator '==' has no left operand make[2]: *** [colormap.lo] Fehler 1 make[2]: Leaving directory `/home/tmp/portage/x11-base/xorg-server-1.4.0.90-r3/work/xorg-server-1.4.0.90/dix' make[1]: *** [all] Fehler 2 --- colormapst.h line 110: --- #if defined(_XSERVER64) && (X_BYTE_ORDER == X_LITTLE_ENDIAN) --- For me it looks like X_BYTE_ORDER seems to be undefined.
Created attachment 154847 [details] variable in colormapst.h is undefined
Created attachment 154849 [details] hope this is helpfull
Further inspection: From xorg-server-1.3 to 1.4 there has been an additional variable _X_BYTE_ORDER introduced in xorg-server-1.4. The old variable X_BYTE_ORDER keeps on to be present in header files - but not mentioned anymore in: portage/x11-base/xorg-server-1.4.0.90-r3/work/xorg-server-1.4.0.90/configure
added upstream bug report on: http://bugs.freedesktop.org/show_bug.cgi?id=16171
Post your emerge --info as well, please.
Peter Hutterer has just confirmed that bug on http://bugs.freedesktop.org/show_bug.cgi?id=16171 Could be a bit problematic to solve, so tag this bug as an upstream issue!
So keyword ~ppc64 is unjustified for version xorg-server-1.4.0.90-r3 and also version xorg-server-1.4.0.90-r4 as i just proved with same compile errors on cell-ps3 straight ppc64 !
Great, thanks for filing that upstream bug. Please reopen once it's fixed.
*** Bug 226125 has been marked as a duplicate of this bug. ***
some X_BYTE_ORDER issue is solved there: http://bugs.gentoo.org/show_bug.cgi?id=227821 (ignore me if i am out of the point, plz..)
