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