home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.c
- Path: sparky!uunet!mcsun!news.funet.fi!funic!nntp.hut.fi!nntp!sja
- From: sja@snakemail.hut.fi (Sakari Jalovaara)
- Subject: Re: Questions about token merging and trigraphs
- In-Reply-To: kdq@quest.UUCP's message of Wed, 16 Dec 92 19:36:29 PST
- Message-ID: <SJA.92Dec18150357@lk-hp-14.hut.fi>
- Sender: usenet@nntp.hut.fi (Usenet pseudouser id)
- Nntp-Posting-Host: lk-hp-14.hut.fi
- Organization: Helsinki University of Technology, Finland
- References: <1TA04E3@cdis-1.compu.com> <iJqwVB1w165w@quest.UUCP>
- Date: 18 Dec 92 13:03:57 GMT
- Lines: 22
-
-
- > Trigraphs are the *only* way to represent certain critical
- > characters on machines that do not support the ASCII character set.
-
- There are multibyte characters. Simple solution: the standard could
- have mentioned in a footnote: "EBCDIC machines are recommended to
- represent # with $= (etc)" (or whatever - with a suitable ASCII to
- EBCDIC converter even ??= could be used. This all assuming that said
- machines don't already have single characters that are traditionally
- used to represent the missing ones.)
-
- National characters don't need, and never did need, trigraphs.
-
- > after all, *code* isn't going to break.
-
- Except for a certain dusty deck program that tried to write
- trigraph-containing escape sequences to a display device. Didn't
- work too well :-(
-
- Trigraphs are unnecessary in a language definition. Just an ugly
- kludge to fix something that was never broken in the first place.
- ++sja
-