Moderated C group ? (was Re: Postin
Tom Neff
tneff at bfmny0.UUCP
Fri Jun 9 15:21:34 AEST 1989
In article <6200007 at ux1.cso.uiuc.edu> this guy phil at ux1.cso.uiuc.edu writes:
>On which newsgroup IS it appropriate. Inquiring minds might want to know the
>real history behind the decision to make C case sensitive. Is discussion of
>the history of the C language inappropriate on comp.lang.c?
I think the "inappropriate" tag on this question has more to do with
the "why question that which you cannot change" attitude. It's not the
only valid attitude in the world but it's a useful one when holding
down bandwidth is an ongoing goal. :-)
I regret that I cannot provide historical reasons why C was case
sensitive, but since we have Ritchie and others on the net I'm sure
the answer will be forthcoming. As a user I'd just like to say that I
find it PERFECTLY REASONABLE to do business this way. Case sensitivity
encourages an orderly editorial style towards identifiers. And if you
get one wrong the compiler tends to let you know IMMEDIATELY, so
what's the danger. Programmers tend not to have things like "i" and
"I" in the same module in my experience, so the risk of total
misidentification seems small. Lint cures many things. Meanwhile you
are spared the specter of a junior programmer tacking something onto
YOUR code with completely different and unreadable case conventions,
and having the d*** thing COMPILE OK, as often happens with me and
PL/M. (PL/M is even worse because dollar signs aren't significant in
identifiers -- get$next$block and GETNEXTBLOCK and
g$E$t$N$e$X$t$B$$$$$$$$$$l$$$O$$c$K are all the same identifier.)
--
You may redistribute this article only to those who may freely do likewise.
--
Tom Neff UUCP: ...!uunet!bfmny0!tneff
"Truisms aren't everything." Internet: tneff at bfmny0.UU.NET
More information about the Comp.lang.c
mailing list