home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.unix.sysv386:16421 biz.sco.opendesktop:731 biz.sco.general:4124
- Newsgroups: comp.unix.sysv386,biz.sco.opendesktop,biz.sco.general
- Path: sparky!uunet!gumby!destroyer!wsu-cs!vela!srodawa
- From: srodawa@vela.acs.oakland.edu (Ron Srodawa)
- Subject: Re: Bug with ScoSession connecting to XTerm with >16 colors
- Message-ID: <1992Nov12.190933.15866@vela.acs.oakland.edu>
- Organization: Oakland University, Rochester MI.
- References: <Bx863s.6oL@mudos.ann-arbor.mi.us> <1dqhh8INN7k9@escargot.xx.rmit.OZ.AU> <BxL0DA.IFw@mudos.ann-arbor.mi.us>
- Date: Thu, 12 Nov 1992 19:09:33 GMT
- Lines: 17
-
- >In article <1dqhh8INN7k9@escargot.xx.rmit.OZ.AU> s900387@minyos.xx.rmit.oz.au (Craig Macbride) writes:
- >>A better solution would be for ANSI to realise that including C checks in
- >>the pre-processor is a _bad_ idea, since the C preprocessor is widely
- >>used as a general preprocessor. This is a classic instance of ANSI creating
- >>a situation whereby its "standard" behaviour gives no advantage over the
- >>old situation, but breaks heaps of existing applications.
-
- Using a language-specific preprocessor in a more general way is fraught
- with problems. M4 is a general language-independent macro facility.
- There are others. These are more appropriate solutions to a preprocessor
- independent of a particular language. Ron.
-
- --
- | Ronald J. Srodawa | Internet: srodawa@vela.oakland.edu |
- | School of Engineering and CS | UUCP: srodawa@vela.UUCP |
- | Oakland University | Voice: (313) 370-2247 |
- | Rochester, Michigan 48309-4401 | |
-