From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,577df5d4a0e88785 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2000-12-12 18:59:06 PST Path: supernews.google.com!sn-xit-02!supernews.com!216.218.236.179.MISMATCH!news!news.he.net!newspeer1.nac.net!colt.net!newspeer.clara.net!news.clara.net!oleane.net!oleane!jussieu.fr!enst!enst.fr!not-for-mail From: "Beard, Frank" Newsgroups: comp.lang.ada Subject: RE: constant string array Date: Tue, 12 Dec 2000 21:55:40 -0500 Organization: ENST, France Sender: comp.lang.ada-admin@ada.eu.org Message-ID: Reply-To: comp.lang.ada@ada.eu.org NNTP-Posting-Host: marvin.enst.fr Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Trace: avanie.enst.fr 976676228 86120 137.194.161.2 (13 Dec 2000 02:57:08 GMT) X-Complaints-To: usenet@enst.fr NNTP-Posting-Date: Wed, 13 Dec 2000 02:57:08 +0000 (UTC) To: "'comp.lang.ada@ada.eu.org'" Return-Path: X-Mailer: Internet Mail Service (5.5.2448.0) Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org X-Mailman-Version: 2.0beta5 Precedence: bulk List-Id: comp.lang.ada mail<->news gateway Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org Xref: supernews.google.com comp.lang.ada:3037 Date: 2000-12-12T21:55:40-05:00 -----Original Message----- From: Robert Dewar [mailto:robert_dewar@my-deja.com] >> As in "if () then", no matter what "()" contained. >Well the () are useless noise REGARDLESS of what they enclose >since there is no precedence issues etc in this case. What case? You don't even know what case I'm talking about. If () contains, "a * b + c", does it now deal with precedence. You seem to think I'm talking about simple cases here. I'm talking about all cases. For consistency, the decision was made, not by me if I haven't made that clear yet, to use parens in all cases. >> They wanted consistency and it wasn't worth arguing, >> because "if (success) then" is no harder to read than >> "if success then" > >There is no more justification for this than a silly rule >that requires all right hand sides to be in parentheses. >The argument could equally well be that > > a := (success); > >is no harder to read then > > a := success; Wrong! Because we consistently code: a := success; not a:= (success); >As for the use-them, don't-use-them, who-cares, philosophy, >I find this a very sloppy view to the important issue of >coding style consistency. Consistency is exactly what I'm talking about. I'm amazed how your focus goes narrow to broad in almost direct contrast to the context I'm addressing. Above you seem to think I'm talking about the simple cases, and here you seem to think I'm talking about all cases. When I said "use-them, don't-use them, who-cares", was in the specific context of the specific "if success then" versus "if (success) then" case that was discussed in that e-mail. As far as consistency, it seems to me that you are the one being inconsistent. In one case you say don't use parens in an "if" statement, and in another case you say do use parens in an "if" statement. If you always use parens in an "if" statement, you are being consistent. If you use them in some "if" statements and not in others you are being inconsistent. Unless of course you extend the definition of consistency to "in these cases use parens in "if" statements, but in these cases don't". Then you start hitting the gray areas as to when the statement becomes complex enough to warrant parens, and who makes that decision. Who is it clear to, and who is it not. And to make sure we're on the same plane, this entire e-mail is in the context of conditional statements such as "if", "while", "exit when", etc., not in assignment statements and such. Assignment statements were miraculously left to "use parens where they add clarity". I understand what you are saying Robert, I really do. But we are talking about differences in style guides. And we code consistently to ours. I don't even remember what composite they used to come up with our style guide. It's been seven years now. All I know is it goes to the specifics of what the conditional statements of "if", "while", etc. should look like. The one constant over the years has been that each project I've been on has a different Ada style guide. I haven't seen the Dewar Style Guide yet. If you don't like it, take it up with the Navy. Of course, you can only take it up with my branch of the Navy. Let's not even talk about the differences between Army, Navy, Air Force, and Marines. Frank