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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: a07f3367d7,9983e856ed268154 X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII-7-bit Received: by 10.236.170.1 with SMTP id o1mr11191996yhl.42.1344998912545; Tue, 14 Aug 2012 19:48:32 -0700 (PDT) Path: c6ni113160481qas.0!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!nntp.giganews.com!nrc-news.nrc.ca!goblin1!goblin2!goblin.stu.neva.ru!aioe.org!.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Should Inline be private in the private part of a package spec? Date: Fri, 10 Aug 2012 09:37:04 +0200 Organization: cbb software GmbH Message-ID: References: <501bd285$0$6564$9b4e6d93@newsspool4.arcor-online.net> <502005b6$0$9510$9b4e6d93@newsspool1.arcor-online.net> <50203ca2$0$9512$9b4e6d93@newsspool1.arcor-online.net> <502040c0$0$9510$9b4e6d93@newsspool1.arcor-online.net> <50677fa2-7f82-4ccc-8c56-161bf67fefe1@googlegroups.com> <3235054d-3832-4127-83f1-784a3ee50d01@googlegroups.com> Reply-To: mailbox@dmitry-kazakov.de NNTP-Posting-Host: FbOMkhMtVLVmu7IwBnt1tw.user.speranza.aioe.org Mime-Version: 1.0 X-Complaints-To: abuse@aioe.org User-Agent: 40tude_Dialog/2.0.15.1 X-Notice: Filtered by postfilter v. 0.8.2 X-Received-Bytes: 2321 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: 2012-08-10T09:37:04+02:00 List-Id: On Thu, 9 Aug 2012 20:10:57 -0700 (PDT), Shark8 wrote: > I have mixed feelings about gpr-files. GPR has its issues but it is a major step forward comparing to other techniques. > It would be interesting to have a DB-based system (or somesuch) where the > source isn't stored as a simple text-file; though perhaps that would be a > lot of work for little payoff. (The library-system and ALI-files could be > handled in this manner though.) This is a different issue. ClearCase for example keeps sources in a DB, yet interfaced as plain text files. However the point is valid. The OS should be natively OO and the Ada source should be an object implementing various interfaces additionally to the "text buffer" interface. In some different world, but this one dominated by living fossils... -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de