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.1 required=5.0 tests=BAYES_00,LOTS_OF_MONEY, PP_MIME_FAKE_ASCII_TEXT 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!feeder.eternal-september.org!gegeweb.org!news.ecp.fr!news.jacob-sparre.dk!loke.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail From: "Randy Brukardt" Newsgroups: comp.lang.ada Subject: Re: GNAT GPL is not shareware Date: Wed, 7 Jan 2015 16:47:25 -0600 Organization: Jacob Sparre Andersen Research & Innovation 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> NNTP-Posting-Host: rrsoftware.com X-Trace: loke.gir.dk 1420670846 22156 24.196.82.226 (7 Jan 2015 22:47:26 GMT) X-Complaints-To: news@jacob-sparre.dk NNTP-Posting-Date: Wed, 7 Jan 2015 22:47:26 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5931 X-RFC2646: Format=Flowed; Response X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Xref: news.eternal-september.org comp.lang.ada:24459 Date: 2015-01-07T16:47:25-06:00 List-Id: "Shark8" wrote in message news:qcdrw.1246475$Y4.224981@fx24.iad... > On 07-Jan-15 04:00, Björn Lundin wrote: ... Because with a DB-system you can guarantee that the "system" is not > inconsistent or out-of date; and you can associate generated objects with > exactly the state that generates them. I have yet to use *anything* that used a DB that could not have been done better without the DB. DBs primary claim to fame is the ability to handle lots of independent transactions. That's pretty much irrelevant for compiler/IDE tasks (the number of transactions is very low: on the order of a handful per minute). For all other purposes, DBs are overkill or worse. They just lock one into a very heavyweight tool when something much lighter weight would do. And worse still, a single version of that tool. ... >> And I still do not see why changing PATH to point to different >> compiler installations are considered DISGUSTING > > Because it is changing a fundamental behavior in a completely > invisible-to-the-build-system manner; as someone pointed out you can use > make-files to set the path but this is a work-around -- instead of "making > it a variable of the function" it's "depending on a global variable" -- > instead of making the build-system analogous to a "pure unit", it depends > on state. So you want to change it to use some whizbang tool dependent on a complex DB? Sounds great, you won't have the path problem because there won't be any way at all to run more than one version of the build system. (Every system I've ever dealt with "upgrades" files when used with newer versions, they're no longer compatible with the older version afterwards. And any other choice would be a maintenance nightmare, so I wouldn't even consider a system that tried to do otherwise.) So of course it's a non-problem in your ideal world. But in the real world, you've just made it worse. Randy.