mod.std.c Digest V5#5
Orlando Sotomayor-Diaz
osd7 at homxa.UUCP
Fri Apr 12 09:21:44 AEST 1985
From: Orlando Sotomayor-Diaz (The Moderator) <cbosgd!std-c>
mod.std.c Digest Thu, 11 Apr 85 Volume 5 : Issue 5
Today's Topics:
CTRL(X)
junk after #else
----------------------------------------------------------------------
Date: Wed, 10 Apr 85 18:48 EST
From: Mark Purtill <ucbvax!Purtill at MIT-MULTICS.ARPA>
Subject: CTRL(X)
To: cbosgd!std-c at BERKELEY
I doubt if anyone cares, but I think CTRL(X) can be done as follows in
ANSI C:
/* formerly #define CTRL(XX) ('XX' & '\037') */
#define CTRL(XX) (#XX[0] & '\037')
this converts
CTRL(A) --> ("A"[0] & '\037') --> ('A' & '\037')
just like I wanted in my original complaint.
Mark
^.-.^ Purtill at MIT-MULTICS
((")) 2-032 MIT Cambrige MA 02139
[ Please reply to the author on this one. -- Mod -- ]
------------------------------
Date: Wed, 10 Apr 85 20:44:14 est
From: decvax!minow (Martin Minow)
Subject: junk after #else
To: std-c at cbosgd.ATT.UUCP
As I read the November 84 standard, it even disallows comments
on # lines. Thus:
#if foo /* is foo nonzero? */
#else /* nope */
#endif /* foo stuff */
is incorrect (the syntax makes no provision for whitespace after
#if arguments). I would suggest that this is a bit extreme.
[ I'm not sure whether the syntax should describe where comments
should or not should be allowed. Just for your information,
this is what the draft says about comments. (2/11/85 draft)
"Except within a character constant, a string literal,
or a comment, the characters /* introduce a comment. The
contents of a comment are examined only to find the characters
*/ that terminate it. Thus comments do not nest."
Section C.1.7 -
Perhaps the section should be expanded to cover the case
below.
-- Mod --
]
But, then, what are we to make of the following (that could
only happen on Unix...):
#include </*foo>
(Now, some clown is going to standardize "files that can't be
#included in C programs :-)
The November draft also says that angle brackets may not appear
inside #include <...>. Angle brackets are legal in Unix filenames
and are needed to specify directories on Tops-20. What now? Is
it reasonable to restrict such files to #include "..."?
[ Only the '>' character is not allowed. But I don't know
Tops-20. -- Mod -- ]
Martin Minow
decvax!minow
------------------------------
End of mod.std.c Digest - Thu, 11 Apr 85 17:51:58 EST
******************************
USENET -> posting only through cbosgd!std-c.
ARPA -> ... through cbosgd!std-c at BERKELEY.ARPA (NOT to INFO-C)
In all cases, you may also reply to the author(s) above.
More information about the Mod.std.c
mailing list