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=unavailable autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!gandalf.srv.welterde.de!news.jacob-sparre.dk!loke.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail From: "Randy Brukardt" Newsgroups: comp.lang.ada Subject: Re: Running a preprocessor from GPS? Date: Tue, 28 Jul 2015 15:55:30 -0500 Organization: Jacob Sparre Andersen Research & Innovation Message-ID: References: <1ckwx9hern944$.1w0k6fbvlqo62$.dlg@40tude.net> <40d6112b-4b6e-45bd-9d50-2cbf5b773d70@googlegroups.com> NNTP-Posting-Host: rrsoftware.com X-Trace: loke.gir.dk 1438116932 15741 24.196.82.226 (28 Jul 2015 20:55:32 GMT) X-Complaints-To: news@jacob-sparre.dk NNTP-Posting-Date: Tue, 28 Jul 2015 20:55:32 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5931 X-RFC2646: Format=Flowed; Original X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Xref: news.eternal-september.org comp.lang.ada:27100 Date: 2015-07-28T15:55:30-05:00 List-Id: "EGarrulo" wrote in message news:40d6112b-4b6e-45bd-9d50-2cbf5b773d70@googlegroups.com... > On Tuesday, July 28, 2015 at 3:06:29 PM UTC+2, G.B. wrote: >> Another option is to use a folding editor that >> hides things you do not currently wish to see. >> It's like running a preprocessor all the time. > > But in this case, the meaningful line is the nested one. I don't know any > folding editor that supports hiding the outer level of a nested > block. No, there is no meaningful line here. As Dmitry said, there is no semantic value to the trace line, so if you are working on the core code, the entire trace is noise (and might as well be hidden). And if you are working on the tracing, the "if" and "end if" provide a delimiter of where it starts and ends (in our uses, the tracing typically is 3-5 lines). In any case, this is the *least* of the verbosities of using Ada. If you can't handle this, I suspect you can't handle good Ada code, either. Perhaps you're in the wrong place? (Not that I want to drive away possible Ada converts, but someone who does not see the value of the more verbose Ada syntax and semantics is not likely to be happy using Ada.) Randy.