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!news.eternal-september.org!feeder.eternal-september.org!aioe.org!.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Building Matreshka on Windows Date: Fri, 4 Nov 2016 17:08:49 +0100 Organization: Aioe.org NNTP Server Message-ID: References: <3c41f737-a1d9-40a5-aea3-08c4b61baaa8@googlegroups.com> <753a3a53-4c3a-4c6f-9f9b-b7d1e5c5f24e@googlegroups.com> NNTP-Posting-Host: s3c6wwRqkurrfTZpuYYZ+w.user.gioia.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: abuse@aioe.org User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 X-Notice: Filtered by postfilter v. 0.8.2 Xref: news.eternal-september.org comp.lang.ada:32245 Date: 2016-11-04T17:08:49+01:00 List-Id: On 2016-11-04 14:28, Simon Wright wrote: > "Dmitry A. Kazakov" writes: > >> On 04/11/2016 09:57, G.B. wrote: >> [...] >>> Better suited to the task of configuring software translation will be >>> a typed, declarative language for handling rules and constants, I'd >>> think. A language that "knows" about multiple languages like gnatmake >>> knows about Ada. So, it wouldn't be either Ada or Python. >> >> And this is the key point. Should it be a language? Really? If AdaCore >> knows these object languages (Ada, C, C++, Brainf*ck etc), why do they >> need a language to express that knowledge? Why do they need to >> communicate that knowledge to the poor end user? As a programmer I >> have no interest whatsoever in this knowledge. Why don't they let me >> alone? > > I just don't understand what makes you say this. If you are happy with > gnatmake without GPRs, carry on and use it, with all the mess of -A* > swithces that you will certainly need a makefile or other script to > remember for you. gprbuild will work just as well, except of course that > you do have to have a project file. Why on earth would you need to look > at $prefix/share/gprconfig? You misunderstood the discussion. It was not GPR I complained about. GPR is a language that describes an object language(s) project. I have little against it. At least it is has Ada-like syntax. The discussion was about another language that would describe rules how to interpret a GPR file when it refers to some object language X (e.g. Ada or C). Roughly it is the language gprconfig uses. My point was that this knowledge better be an integral part of gprbuild as it was of gnatmake. Georg suggested that somebody outside AdaCore could interested in keeping it elsewhere as grpbuild attempts to do. >> Note this same question arises with handling Ada projects. You could >> try to use a language like GNU make to maintain an Ada project. Or you >> could have a non-language tool like gnatmake or AdaGIDE to handle >> that. What works better? > > gprbuild, of course. That is too. > I think the people who have problems such as you hint at with gprbuild > are not "normal". People enjoying playing with gprconfig are definitely not exactly "normal". -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de