From xemacs-m  Fri Dec 13 16:52:04 1996
Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by xemacs.cs.uiuc.edu (8.8.3/8.8.3) with SMTP id QAA10003 for <xemacs-beta@xemacs.org>; Fri, 13 Dec 1996 16:52:03 -0600 (CST)
Received: from Canada.Sun.COM ([129.155.1.11]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id OAA24320 for <xemacs-beta@xemacs.org>; Fri, 13 Dec 1996 14:51:34 -0800
Received: from scooter.canada.sun.com by Canada.Sun.COM (4.1/SMI-4.1)
	id AA06861; Fri, 13 Dec 96 17:51:33 EST
Received: from detlev.canada.sun.com by scooter.canada.sun.com (SMI-8.6/SMI-SVR4)
	id RAA04160; Fri, 13 Dec 1996 17:51:30 -0500
Received: by detlev.canada.sun.com (SMI-8.6/SMI-SVR4)
	id RAA29687; Fri, 13 Dec 1996 17:52:54 -0500
Date: Fri, 13 Dec 1996 17:52:54 -0500
Message-Id: <199612132252.RAA29687@detlev.canada.sun.com>
From: Georg Nikodym <georgn@Canada.Sun.COM>
To: XEmacs Beta Mailing List <xemacs-beta@xemacs.org>
Subject: Re: Configure and IRIX questions
In-Reply-To: <199612132217.OAA00611@xemacs.eng.sun.com>
References: <32B14CC8.14520F5E@po.iijnet.or.jp>
	<199612132217.OAA00611@xemacs.eng.sun.com>
Reply-To: georgn@Canada.Sun.COM
X-Face:  ,~EI@l7'&P{\d++e`EMjNTNpzsxJPg(H]?Sd_T3xIlq[(PT[.D;A_/k)qfeC@m\/1]A{vZD
 r4&Lme-/M]c'Q>>:VM|L^<ED=j@dG!ld,bQ:IhT53q'x>6wZKH3iCT6Ff1-`*z{vCiT}+%(irA6TOn
 S~pFtml1bL\=kp%0PsLcF3+Q/e${o|S/<NUFDrU@;^o(D+av1g>Ce=ztlPGb$?up%c-*l'wmjw\sw;
 D__0Z;+93I+Kx6Mxdc]+|2V03aE@D8-fMT_v[~~FC9I\*|72QVW,aQ!`hHp_.gE.W&kxla2#)\Cmo
Mime-Version: 1.0 (generated by tm-edit 7.64)
Content-Type: text/plain; charset=US-ASCII

>>>>> "MB" == Martin Buchholz <mrb@eng.Sun.COM> writes:

 MB> It's hard to believe #elif isn't available on all meaningful
 MB> cpp's yet.  Even 19.14 has a few #elif's in various Makefiles.
 MB> I'm pretty sure #elif is part of the ANSI standard.

#elif is defined in section 6.8.1 of the standard.

 MB> Part of the problem is that we can't use many of the modern
 MB> tokenizing cpp's (eg cc -E) because they add disruptive blanks

This is also an ANSIism (5.1.1 being a good starting point).

 MB> into the Makefiles.  So we have to use older cpp's, such as Sun's
 MB> /usr/ccs/lib/cpp, which doesn't add the blanks, but is modern
 MB> enough to have #elif.

 MB> Another reason not to use cpp to preprocess our Makefiles.

Here, here.

