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,6458d1ee91b224ec X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit X-Received: by 10.68.132.73 with SMTP id os9mr1013357pbb.4.1361101869940; Sun, 17 Feb 2013 03:51:09 -0800 (PST) Path: ov8ni4963pbb.1!nntp.google.com!npeer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!post02.iad.highwinds-media.com!news.flashnewsgroups.com-b7.4zTQh5tI3A!not-for-mail From: Stephen Leake Newsgroups: comp.lang.ada Subject: Re: chopping Ada source that have preprocessor symbols in them References: <5111a9d5$0$6567$9b4e6d93@newsspool3.arcor-online.net> <85txpnm1vp.fsf@stephe-leake.org> <5114fb61$0$6561$9b4e6d93@newsspool4.arcor-online.net> <85ehgqkxnf.fsf@stephe-leake.org> <51168e7e$0$6566$9b4e6d93@newsspool3.arcor-online.net> <85r4khdfm3.fsf@stephe-leake.org> <511e17c3$0$9520$9b4e6d93@newsspool1.arcor-online.net> <85txpcbrcj.fsf@stephe-leake.org> <511fa1cd$0$6559$9b4e6d93@newsspool4.arcor-online.net> Date: Sun, 17 Feb 2013 06:51:07 -0500 Message-ID: <85lian9n10.fsf@stephe-leake.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (windows-nt) Cancel-Lock: sha1:KcJWR39sXepBJHngTNUjPSE3hLs= MIME-Version: 1.0 X-Complaints-To: abuse@flashnewsgroups.com Organization: FlashNewsgroups.com X-Trace: bcdf55120c42dc55ab71425541 X-Received-Bytes: 2923 Content-Type: text/plain Date: 2013-02-17T06:51:07-05:00 List-Id: Georg Bauhaus writes: > On 16.02.13 09:22, Stephen Leake wrote: > >> I gather you believe changing the procedures in the foreign organization >> is impossible; have you at least asked? Explained your problem and asked >> for solutions? > > I have asked for why this arrangement of source code is needed; others > have asked before me. The reasons given are in fact convincing once > the context becomes apparent to the outsider. Ok. >> I don't see that as "abstracting files away"; C-c C-d (in Emacs Ada >> mode) navigates to another file. Files are quite central to editing in >> Emacs. > > The programmer using an IDE does not have to remember the files, the > file naming scheme, etc.(*) Source code navigation and language-based > views give a better outline of the program's structure. Maybe for languages other than Ada; Ada files map quite nicely to Ada program structure (assuming one compilation unit per file). > Files are central to how Emacs and other IDEs fill and save text > buffers, sure, but the files vanish when editing with good language > support. They don't vanish completely. You still have to find the first Ada file you are interested in! And the related test code, and the package that contains the derived type (although help may be comming for that in Emacs Ada mode 5.1 :), and the LaTeX file that contains the documentation, and the .gpr file that contains the compilation options, and the Makefile. Etc. > "Get me the declaration of that thing!" If this is what the > programmers wish the IDE to do for them, then why should they have to > do all the name resolution themselves? Yes, an IDE should _help_ with file navigation when it can; that does not mean file navigation vanishes _completely_. -- -- Stephe