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 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: a07f3367d7,8143b93889fe9472
X-Google-Attributes: gida07f3367d7,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII-7-bit
X-Received: by 10.180.96.3 with SMTP id do3mr39643wib.1.1359684324658;
        Thu, 31 Jan 2013 18:05:24 -0800 (PST)
Path: 
 bp2ni9291wib.1!nntp.google.com!feeder1.cambriumusenet.nl!82.197.223.103.MISMATCH!feeder3.cambriumusenet.nl!feed.tweaknews.nl!209.197.12.246.MISMATCH!nx02.iad01.newshosting.com!newshosting.com!newspump.sol.net!newsfeed.hal-mli.net!feeder1.hal-mli.net!newsfeed.datemas.de!feeder.erje.net!eu.feeder.erje.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: Niklas Holsti <niklas.holsti@tidorum.invalid>
Newsgroups: comp.lang.ada
Subject: Re: Ada standard and maximum line lengths
Date: Tue, 29 Jan 2013 22:36:54 +0200
Organization: Tidorum Ltd
Message-ID: <amqq76F4d0fU1@mid.individual.net>
References: <8dfcf819-e1d0-4578-a795-a4bf724b5014@googlegroups.com>
 <ke55qi$59m$1@dont-email.me> <ammppjF63goU1@mid.individual.net>
 <ke69q3$vou$1@dont-email.me> <amo50dFg605U1@mid.individual.net>
 <ke6o2n$jrj$1@dont-email.me> <amo8u2Fh3ngU1@mid.individual.net>
 <ke7peh$tof$1@dont-email.me> <ampmcqFqh9aU1@mid.individual.net>
Mime-Version: 1.0
X-Trace: individual.net
 eY864YpgK8YZGeDntOTCZA1nAIbnF0pSwy24LSU0Hi5pkxNMSGK0NvFSNwxkHOH7su
Cancel-Lock: sha1:hExiZB2e1DjpYcTSg7034sYN/z4=
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6;
 rv:17.0) Gecko/20130107 Thunderbird/17.0.2
In-Reply-To: <ampmcqFqh9aU1@mid.individual.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Date: 2013-01-29T22:36:54+02:00
List-Id: <comp.lang.ada>

Adding a note to my own post:

On 13-01-29 12:25 , Niklas Holsti wrote:

> I don't mind if the ARM is changed (or interpreted) to require a
> compiler to support identifiers as long as the longest possible source
> line. I don't think it is important one way or the other, as long as my
> compiler supports reasonable lengths. 200 characters is ok as a max line
> length. 200 for an identifier is overkill, IMO.

The limits in ARM 2.2(14) apply to line length and (separately, IMO) to
lexical element length. While 200 characters is IMO overkill for an
identifier, which is a lexical element, it is not overkill for a string
literal, which is also a lexical element.

I could live with, say, a 32-character identifier length limit, but a
32-character limit on string literal would be uncomfortable, to say it
nicely. The 200-character requirement in ARM 2.2(14) feels about right
to me.

-- 
Niklas Holsti
Tidorum Ltd
niklas holsti tidorum fi
      .      @       .