Here's an annoying bug that can't really be pinpointed
on anyone in particular. Any ideas?
x86_64-pc-linux-gnu-gcc -pthread -fno-strict-aliasing
-DNDEBUG -O2 -pipe -fPIC -DGLX_PLATFORM -DNUMERIC
In file included from
two or more data types in declaration specifiers
warning: useless type name in empty declaration
What's happening is that pyopengl is being built with
numarray, so is #including the numarray headers.
However, the numarray headers include a typedef on the
'Bool' type, and pyopengl has already included an X
header which does a #define on Bool:
X11/Xlib.h: #define Bool int
typedef signed char Bool;
which GCC4 converts into:
typedef signed char int;
which causes the compile error.
Presumably the only reason that GCC3 is not affected is
due to a difference in the way that the GCC4
preprocessor can interact with typedef statements.
I realise that this header clash is actually nothing to
do with pyopengl directly, but as I've been unable to
find this problem occuring with other packages I
thought I'd come to you first. Any suggestions on the
real way to fix this, or at least who I should try