Path: utzoo!utgpu!water!watmath!clyde!bellcore!faline!thumper!ulysses!andante!mit-eddie!ll-xn!ames!umd5!mimsy!chris
From: chris@mimsy.UUCP
Newsgroups: comp.lang.c
Subject: Re: Help wanted on avoiding name space pollution
Message-ID: <11796@mimsy.UUCP>
Date: 2 Jun 88 23:26:52 GMT
References: <8079@elsie.UUCP> <8008@brl-smoke.ARPA>
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
Lines: 24
Posted: Thu Jun  2 19:26:52 1988

-In article <8079@elsie.UUCP> ado@elsie.UUCP (Arthur David Olson) writes:
->But Section 4.1.2 and Section 4.1.13 of the Standard tell only
->what identifiers are reserved; they do not say that the
->described identifiers are the only identifiers that may be
->reserved.

In article <8008@brl-smoke.ARPA> gwyn@brl-smoke.ARPA (Doug Gwyn ) writes:
-There wouldn't be much point in specifying what names are reserved
-unless the remaining names were unreserved.  I think the committee
-felt that that implication was clear enough.

Members of the committee should keep Mr. Murphy in mind.

-I also fail to see how an implementation could qualify as conforming
-if it usurped unreserved names.  It certainly could NOT "accept any
-strictly conforming program" as required in section 1.7.

This is probably the key to keeping implementors at bay.  If the standard
says that any program that avoids the described reserved identifiers (and
does not violate other constraints) is `strictly conforming', this will
suffice.  Whether the standard in fact says this is uncertain to me.
-- 
In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 7163)
Domain:	chris@mimsy.umd.edu	Path:	uunet!mimsy!chris