* m/pmax.h (C_SWITCH_X_MACHINE): Set this to

	"-DNeedFunctionPrototypes=0", to avoid lossage in DEC X11 header
	files.
	* ymakefile (really-oldXMenu): Pass C_SWITCH_X_MACHINE to the
	oldXMenu make.

diff --git a/src/m/pmax.h b/src/m/pmax.h
index bd3b298a9606a196a983f4a26fbd24774910b422..b307729de439e6b7b0bce824d7b3fbe7ca2b9d71 100644 (file)
--- a/src/m/pmax.h
+++ b/src/m/pmax.h
@@ -58,3 +58,24 @@ NOTE-END  */
 /* mcc@timessqr.gc.cuny.edu says it is /vmunix on Ultrix 4.2a.  */
 #undef KERNEL_FILE
 #define KERNEL_FILE "/vmunix"
+
+/* Jim Wilson writes:
+   [...] The X11 include files that Dec distributes with Ultrix
+   are bogus.
+
+   When __STDC__ is defined (which is true with gcc), the X11 include files
+   try to define prototypes.  The prototypes however use types which haven't
+   been defined yet, and thus we get syntax/parse errors.
+
+   You can not fix this by changing the include files, because the prototypes
+   create circular dependencies, in particular Xutil.h depends on types defined
+   in Xlib.h, and Xlib.h depends on types defined in Xutil.h.  So, no matter
+   which order you try to include them in, it will still fail.
+
+   Compiling with -DNeedFunctionPrototypes=0 will solve the problem by
+   directly inhibiting the bad prototypes.  This could perhaps just be put in
+   an a Ultrix configuration file.
+
+   Using the MIT X11 distribution instead of the one provided by Dec will
+   also solve the problem, but I doubt you can convince everyone to do this. */
+#define C_SWITCH_X_MACHINE -DNeedFunctionPrototypes=0