From xemacs-m  Wed Jan  8 15:06:54 1997
Received: from venus.Sun.COM (venus.Sun.COM [192.9.25.5])
          by xemacs.cs.uiuc.edu (8.8.4/8.8.4) with SMTP
	  id PAA12313 for <xemacs-beta@xemacs.org>; Wed, 8 Jan 1997 15:06:53 -0600 (CST)
Received: from Eng.Sun.COM ([129.146.1.25]) by venus.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id NAA27750; Wed, 8 Jan 1997 13:06:22 -0800
Received: from kindra.eng.sun.com by Eng.Sun.COM (SMI-8.6/SMI-5.3)
	id NAA19898; Wed, 8 Jan 1997 13:06:20 -0800
Received: from xemacs.eng.sun.com by kindra.eng.sun.com (SMI-8.6/SMI-SVR4)
	id NAA29095; Wed, 8 Jan 1997 13:06:18 -0800
Received: by xemacs.eng.sun.com (SMI-8.6/SMI-SVR4)
	id NAA21514; Wed, 8 Jan 1997 13:06:17 -0800
Date: Wed, 8 Jan 1997 13:06:17 -0800
Message-Id: <199701082106.NAA21514@xemacs.eng.sun.com>
From: Martin Buchholz <mrb@Eng.Sun.COM>
To: Karel Zuiderveld <Karel.Zuiderveld@cv.ruu.nl>
Cc: xemacs-beta@xemacs.org
Subject: 20.0-b34: XIM problems on Irix 6.3
In-Reply-To: <199701082010.VAA14563@wodan.cv.ruu.nl>
References: <199701082010.VAA14563@wodan.cv.ruu.nl>
Reply-To: Martin Buchholz <mrb@Eng.Sun.COM>
Mime-Version: 1.0 (generated by tm-edit 7.100)
Content-Type: text/plain; charset=US-ASCII

>>>>> "Karel" == Karel Zuiderveld <Karel.Zuiderveld@cv.ruu.nl> writes:

Karel> Hi,
Karel> I finally got my new O2 workstation I was waiting for. Tried to
Karel> delurk and compile b34, didn't succeed.

Karel> /configure --prefix=/Packages/xemacs-20.0b34 --site-includes=/net/include 
Karel> --site-libraries=/usr/freeware/lib -with-xim=no --with-dialogs=athena


-----> Note: I explicitely specified I don't want to use xim.

----> 

Karel> Configured for `mips-sgi-irix6.3'.

Karel>   Where should the build process find the source code? /scratch1/karel/port/xemacs-20.0-b34
Karel>   What installation prefix should install use? /Packages/xemacs-20.0b34
Karel>   What operating system and machine description files should XEmacs
Karel> use?     `s/irix6-0.h' and `m/iris4d.h'
Karel>   What compiler should XEmacs be built with?              cc -g 
Karel>   Should XEmacs use the GNU version of malloc?            yes
Karel>   Should XEmacs use the relocating allocator for buffers? yes
Karel>   What window system should XEmacs use?                   x11
Karel>   Additional header files:                                /net/include
Karel>   Additional libraries: /usr/freeware/lib
Karel>   Compiling in support for XAUTH.
Karel>   Compiling in support for XPM.
Karel>   Compiling in support for GIF image conversion.
Karel>   Compiling in support for JPEG image conversion.
Karel>   Compiling in support for PNG image conversion.
Karel>   Compiling in native sound support.
Karel>   Compiling in support for DBM.
Karel>   Using the Lucid menubar.
Karel>   Using the Lucid scrollbar.
Karel>   Using the Athena dialog boxes.
Karel>   Compiling in extra code for debugging.
Karel>   Compiling in code for checking XEmacs memory usage.

Karel> Warning during creation of the makefile:

Karel> cpp: warning junk.c:529: INPUT_METHOD_X_OBJS redefined

Sounds like your cpp doesn't grok #elif.  Given that it's hard to
believe there's no native SGI solution to this, SGI folks should
investigate further - does CPP=cc -E give the  desired result?

Here's the code in Makefile.in.in:


#ifndef HAVE_XIM
#define INPUT_METHOD_X_OBJS
#elif defined(XIM_MOTIF)
#define INPUT_METHOD_X_OBJS input-method-motif.o
#else
#define INPUT_METHOD_X_OBJS input-method-xlib.o
#endif


Probably all the elif's should be rewritten to use, eg.

#ifndef HAVE_XIM
  #define INPUT_METHOD_X_OBJS
#else
  #if defined(XIM_MOTIF)
    #define INPUT_METHOD_X_OBJS input-method-motif.o
  #else
    #define INPUT_METHOD_X_OBJS input-method-xlib.o
  #endif
#endif

but that upsets the XEmacs maintainers' fragile sense of esthetics...

Brand new SGI's simply can't be this broken.

Anyways, try out the above modification and let us know if it fixes
the problem.

Martin

