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: 103376,8143b93889fe9472 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit X-Received: by 10.180.8.4 with SMTP id n4mr1457326wia.0.1359548194077; Wed, 30 Jan 2013 04:16:34 -0800 (PST) Path: i11ni27804wiw.0!nntp.google.com!fu-berlin.de!newsfeed.arcor.de!newsspool2.arcor-online.net!news.arcor.de.POSTED!not-for-mail Date: Wed, 30 Jan 2013 13:02:10 +0100 From: Georg Bauhaus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Ada standard and maximum line lengths References: <8dfcf819-e1d0-4578-a795-a4bf724b5014@googlegroups.com> <5107b329$0$6556$9b4e6d93@newsspool4.arcor-online.net> <5107eaed$0$6566$9b4e6d93@newsspool4.arcor-online.net> <51080c38$0$6561$9b4e6d93@newsspool4.arcor-online.net> <51085776$0$6637$9b4e6d93@newsspool2.arcor-online.net> In-Reply-To: Message-ID: <51090bc3$0$6640$9b4e6d93@newsspool2.arcor-online.net> Organization: Arcor NNTP-Posting-Date: 30 Jan 2013 13:02:11 CET NNTP-Posting-Host: 57a36270.newsspool2.arcor-online.net X-Trace: DXC=6Y8cN?hg3?mPXlQ;h]GTMdA9EHlD;3Ycb4Fo<]lROoRa8kFjLh>_cHTX3jm1O_LXSQOo`n X-Complaints-To: usenet-abuse@arcor.de Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: 2013-01-30T13:02:11+01:00 List-Id: On 30.01.13 10:37, Simon Wright wrote: > That's GNAT's default_style_ limit on line length, above which you get > a warning if you ask for style checks (-gnaty). For its own sources > (maybe not for (all) the libraries?), GNAT treats warnings as errors. Yes, the GNAT limits enforced by style rules is what I had meant, thanks for correcting. I'll guess that these style rules do affect the way sources of GNAT are structured. For example, deep nesting would need the rules to be lifted temporarily. Subprogram names lengthened by prefixing package names with '_' might not work. Thus an implied limit on the length of identifiers leads to no less than a well known method of OO analysis, the one that suggests finding the name of objects hidden in the subprogram's names (Grady Booch expounds). ada-format-paramlist certainly helps shape the little programs I write. Happily, this feature, which blends well with limits on line lengths, is working nicely in the latest Ada mode for Emacs. Dmitry Kazakov's style of presenting subprogram specs has an effect on the way I grasp the meaning, I think. An I can see how it might be compatible with lines of at most 72 characters, at least for flat structures (everything placed in packages than can see parent packages, but not look into surrounding nests, since these are off limits .-)