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=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,UTF8 X-Received: by 10.224.175.65 with SMTP id w1mr7834591qaz.7.1359367375045; Mon, 28 Jan 2013 02:02:55 -0800 (PST) X-Received: by 10.49.24.14 with SMTP id q14mr2175246qef.17.1359367374999; Mon, 28 Jan 2013 02:02:54 -0800 (PST) Path: k2ni2734qap.0!nntp.google.com!p13no5756519qai.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Mon, 28 Jan 2013 02:02:54 -0800 (PST) In-Reply-To: <1mr198uopixbw$.c81fe8oczrwv.dlg@40tude.net> Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=195.182.34.201; posting-account=bMuEOQoAAACUUr_ghL3RBIi5neBZ5w_S NNTP-Posting-Host: 195.182.34.201 References: <8dfcf819-e1d0-4578-a795-a4bf724b5014@googlegroups.com> <1mr198uopixbw$.c81fe8oczrwv.dlg@40tude.net> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <7e0f4106-9a87-4602-9098-125e920d9d47@googlegroups.com> Subject: Re: Ada standard and maximum line lengths From: Maciej Sobczak Cc: mailbox@dmitry-kazakov.de Injection-Date: Mon, 28 Jan 2013 10:02:55 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Date: 2013-01-28T02:02:54-08:00 List-Id: W dniu poniedzia=C5=82ek, 28 stycznia 2013 09:18:43 UTC+1 u=C5=BCytkownik D= mitry A. Kazakov napisa=C5=82: > > I was reading the Ada 2012 standard and found this, I was just wonderin= g > > why there is a maximum line length, it's not like we parse the language= a > > line at a time. >=20 > It is. I always accumulate a whole line before parsing it. But it is an implementation detail of your particular parser. There is noth= ing in the concept of parsing itself that would require it. > > Why not just accept it as a stream of tokens and if there > > are line breaks, ignore? >=20 > For multiple reasons. Specifically regarding Ada, the language has syntax > elements bound by the line end, e.g. comments etc. There is no problem reading the stream until some token (newline) is found.= Especially if the whole purpose of reading is to ignore the input, as is t= he case with comments. I do not see anything that would prevent the implementation that accepts po= tentially indefinite line lengths, while still putting arbitrary limits on = identifiers. The implementation details of some existing parser (like yours= ) is not a satisfactory explanation. I would not be surprised if the permission to limit is a leftover from the = ice age of line printers, without any real association with today's systems= . --=20 Maciej Sobczak * http://www.msobczak.com * http://www.inspirel.com