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.66.86.166 with SMTP id q6mr1772372paz.44.1359685682606;
        Thu, 31 Jan 2013 18:28:02 -0800 (PST)
Path: 
 6ni27869pbd.1!nntp.google.com!npeer03.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!border3.nntp.dca.giganews.com!border1.nntp.dca.giganews.com!border4.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!newsfeed.news.ucla.edu!news.snarked.org!us.feeder.erje.net!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: Mon, 28 Jan 2013 10:05:17 +0200
Organization: Tidorum Ltd
Message-ID: <ammppjF63goU1@mid.individual.net>
References: <8dfcf819-e1d0-4578-a795-a4bf724b5014@googlegroups.com>
 <ke55qi$59m$1@dont-email.me>
Mime-Version: 1.0
X-Trace: individual.net
 FoMzvzb++Zj8Y/dbyH71agPyyuIrKPyUsTMaqip34b+gJ8uAiBPj8HkVBEN2Btywxq
Cancel-Lock: sha1:9U7p8B+5KQCR9q7P9P8QzhlrvC8=
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6;
 rv:17.0) Gecko/20130107 Thunderbird/17.0.2
In-Reply-To: <ke55qi$59m$1@dont-email.me>
X-Received-Bytes: 2727
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Date: 2013-01-28T10:05:17+02:00
List-Id: <comp.lang.ada>

On 13-01-28 08:28 , Jeffrey Carter wrote:
> On 01/27/2013 10:02 PM, Lucretia wrote:
>>
>> I was reading the Ada 2012 standard and found this, I was just
>> wondering why
>> there is a maximum line length, it's not like we parse the language a
>> line at
>> a time. Why not just accept it as a stream of tokens and if there are
>> line
>> breaks, ignore?
> 
> I presume that by "this", you're referring to ARM 2.2, where it says:
> 
> "An implementation shall support lines of at least 200 characters in
> length, not counting any characters used to signify the end of a line.
> An implementation shall support lexical elements of at least 200
> characters in length. The maximum supported line length and lexical
> element length are implementation defined."
> 
> This does not impose a maximum line length; it imposes a minimum value
> for the maximum line length a compiler must accept. An implementation is
> free to accept lines of any length greater than this minimum length that
> it chooses, including no maximum line length.

Yes.

> But since the maximum line
> length chosen by a compiler also defines the maximum identifier length
> accepted by the compiler,

Why? I don't see anything in the ARM quote that requires this. The
limits on the line length and lexical element length are independent,
although they minimum happen to have the same minimum value.

A compiler could have 200 characters as the maximum lexical element and
identifier length, but accept lines of any length, couldn't it?

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