Xref: utzoo comp.unix.xenix:10317 comp.sources.bugs:2248
Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!cs.utexas.edu!tut.cis.ohio-state.edu!pt.cs.cmu.edu!ius3.ius.cs.cmu.edu!libove
From: libove@ius3.ius.cs.cmu.edu (Jay Libove)
Newsgroups: comp.unix.xenix,comp.sources.bugs
Subject: Re: mush 7.0 on SCO Xenix 286 ?
Summary: Found my problem, damned preprocessor !!!
Keywords: mush,7.0,sco,xenix,286,curs_io.c,wierdness
Message-ID: <8185@pt.cs.cmu.edu>
Date: 27 Feb 90 03:00:29 GMT
References: <8162@pt.cs.cmu.edu>
Distribution: usa
Organization: Carnegie-Mellon University, CS/RI
Lines: 31

In article <8162@pt.cs.cmu.edu>, libove@ius3.cs.cmu.edu (Jay Libove) writes:
> I'm trying to build mush 7.0 (as told by ucbvax.berkeley.edu) on
> an 80286 box running SCO Xenix v2.2.1. Compiling the 'curs_io.c'
> module, I get:
> 
> curs_io.c(519) : error 65: `FMETA' undefined
> curs_io.c(656) : error 65: `FMETA' undefined
> 
> despite the fact that curs_io.c includes glob.h and the last line
> in glob.h unconditionally defines FMETA.

Sigh. It seems that the SCO Xenix/286 v2.2.1 preprocessor grabs the
line right before the glob.h definition of FMETA which is:

#define META "/*?[{"

and fails to parse out the /* as being in a string ... so it becomes
an unclosed comment! And the FMETA definition on the next line never
happens... and it doesn't even complain about the unclosed comment :(

I moved the /*? around to get /?* and now the preprocessor is
happy and it all works. SIGH

Thanks anyway folks...


-- 
Jay Libove			Internet: libove@cs.cmu.edu
403 Village Green Blvd, Apt 203	BITNET: libove@drycas
Ann Arbor, MI 48105
(313) 747-7454