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=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 2002:a02:8c26:: with SMTP id l35mr2319875jak.3.1550839055999; Fri, 22 Feb 2019 04:37:35 -0800 (PST) X-Received: by 2002:aca:df55:: with SMTP id w82mr38029oig.6.1550839055888; Fri, 22 Feb 2019 04:37:35 -0800 (PST) Path: eternal-september.org!reader01.eternal-september.org!feeder.eternal-september.org!news.uzoreto.com!newsreader4.netcologne.de!news.netcologne.de!peer03.ams1!peer.ams1.xlned.com!news.xlned.com!feeder1.cambriumusenet.nl!feed.tweak.nl!209.85.166.216.MISMATCH!y42no93948ita.0!news-out.google.com!d79ni164itc.0!nntp.google.com!y22no94107ita.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Fri, 22 Feb 2019 04:37:35 -0800 (PST) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=2003:c7:83dc:6774:984:d5d1:168b:2ac9; posting-account=rmHyLAoAAADSQmMWJF0a_815Fdd96RDf NNTP-Posting-Host: 2003:c7:83dc:6774:984:d5d1:168b:2ac9 References: <54a5873a-57aa-40c6-8af4-a6f908d53593@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: Subject: Re: Ada 202x and square brackets From: AdaMagica Injection-Date: Fri, 22 Feb 2019 12:37:35 +0000 Content-Type: text/plain; charset="UTF-8" X-Received-Bytes: 2036 X-Received-Body-CRC: 1957537320 Xref: reader01.eternal-september.org comp.lang.ada:55629 Date: 2019-02-22T04:37:35-08:00 List-Id: Am Freitag, 22. Februar 2019 12:53:00 UTC+1 schrieb J-P. Rosen: > There are cases where you want to mix for clarity: > ([1,2], [3,4]) I do not see that this enhances clarity, but rather raises questions about the difference. I see new coding standards emerge saying: Use [] only for containers, not arrays. (I've seen lots of stupid rules in such coding standards.) So this would then be an array aggregate of container subaggregates. > So what would your rule be? Prhaps something like J.2(4)?