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.9 required=5.0 tests=BAYES_00,FORGED_GMAIL_RCVD, FREEMAIL_FROM autolearn=no 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!.POSTED!not-for-mail From: =?UTF-8?B?QmrDtnJuIEx1bmRpbg==?= Newsgroups: comp.lang.ada Subject: Re: GNAT GPL is not shareware Date: Wed, 07 Jan 2015 12:00:33 +0100 Organization: A noiseless patient Spider Message-ID: References: <87bnmetex4.fsf@ludovic-brenta.org> <4ae7f0d5-d681-4be9-95bc-b5e789b3ad40@googlegroups.com> <87tx06rve6.fsf@ludovic-brenta.org> <87lhlirpk0.fsf@ludovic-brenta.org> <79f3eff7-2b45-40ae-af94-fa9a17426d82@googlegroups.com> <87bnmd8mg2.fsf@ixod.org> <19cf9bc2-f8b9-4735-b427-7b070dda59da@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Date: Wed, 7 Jan 2015 11:00:21 +0000 (UTC) Injection-Info: mx02.eternal-september.org; posting-host="c6f8af77cd652acd3da3bb25f81a563a"; logging-data="17257"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18Tc0iHquxPLx8PPx/ZMp2N" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.2.0 In-Reply-To: Cancel-Lock: sha1:V61flS33T28ALygc3vaQtn2x5iY= Xref: news.eternal-september.org comp.lang.ada:24439 Date: 2015-01-07T12:00:33+01:00 List-Id: On 2015-01-06 22:46, Shark8 wrote: > On 06-Jan-15 14:15, Björn Lundin wrote: >> Consider the file system your db. > > But *this* is the problem -- a DB is more than just a storage unit, it > can enforce consistency! > >> Things your coming IDE can catch by saving to DB, it could also catch >> when save to file. > > And things the file-system *can't* catch could be caught by a db. > > Ex: > Example.Parent.Child.adb is in your file-system (along with its > ancestors), it exists in your project and is used therein. > > Now "del Example.Parent.ad?" removes the ancestor "parent", is your > project still valid? > > No, because it still contains [and relies upon] "Example.Parent.Child" > which has had its own dependencies removed. So ? How would a db solution stop that? "delete from sources where name like 'Example.Parent%'" would have the same effect. however, in a filesystem (with say svn) I could svn stat - to see that Example.Parent.ad? is missing svn revert Example.Parent.ad? and I would have restored it. > >> How do you do for accomplish linking out-of-date objects ? >> You seem really hung up on this, so I interpret it as it happens often. >> Does it? > > I've only had it happen a couple times. > That it can happen at all, when it is preventable, is the issue. and exactly _how_ is this more preventable with a db solution? > > *sigh* -- You completely miss the point. You're storing it [the program] > not as text, but as a meaningful structure (think AST w/ extra info > [like, say, static-analysis]). I do get your point, but I do not find it so fantastic a you do. > IOW, the > textual formatting simply doesn't matter anymore. For the source code - yes. for the user - no. Modification date of a file tells me stuff. like when was it last fiddled with. In an EASY way. > > To illustrate, consider the following: > Type X is ( > Apple, > Orange, > Grape > ); > For X'Size use 8; > Is this semantically different from the following: > Type X is (Apple,Orange,Grape) with Size => 8; > > If there is no semantic difference, then does it matter which text is > displayed, other than personal preference? no, but YOU don't get the point. Files are more that holder of text. They carry some meta-info. Sure the kind and amount could be better. And I still do not see why changing PATH to point to different compiler installations are considered DISGUSTING -- -- Björn