Alex, Your proposal reads as follows: The filename can be enclosed in either quotes or angle brackets, which affects how a tool searches for the file. - When the filename is enclosed in double quotes ("filename"), for relative a path the compiler's current working directory, and optionally an implementation-dependent search-path specified by the user is searched. - When the filename is enclosed in angle brackets (<filename>), then only an implementation-dependent location is searched. Relative path names given inside the angle brackets are interpreted relative to the implementation-dependent location in all cases. 1. Regarding "vendor-defined" vs. "implementation-dependent", although "vendor-defined" may not appear elsewhere, "vendor" does and in various combinations, such as "vendor-supplied". I'm not sure it matters. 2. There is a grammar error, "for relative a path". Did you mean, "for a relative path"? 3. For the double-quote form, I don't think "implementation-dependent" and "specified by the user" go together. 4. "search path" + "is searched" = redundancy. 5. For the double-quote form, it omits the case where the filename is just a name and not a path. 6. This omits the information that the "files defined by the language standard" are to be in the implementation-dependent location. 7. The last sentence could be simplified to "Relative path names are interpreted relative to that location." 8. The LRM should clarify explicitly whether the implementation-dependent location is searched for the double-quote form. The LRM implies it is not, but it should be explicit. Regards, Shalom --------------------------------------------------------------------- Intel Israel (74) Limited This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.Received on Wed Feb 6 02:47:02 2008
This archive was generated by hypermail 2.1.8 : Wed Feb 06 2008 - 02:47:39 PST