comp.lang.ada
 help / color / mirror / Atom feed
From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Subject: Re: Building Matreshka on Windows
Date: Fri, 4 Nov 2016 17:08:49 +0100
Date: 2016-11-04T17:08:49+01:00	[thread overview]
Message-ID: <nvibqi$1a9e$1@gioia.aioe.org> (raw)
In-Reply-To: ly37j78jd7.fsf@pushface.org

On 2016-11-04 14:28, Simon Wright wrote:
> "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> 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

  reply	other threads:[~2016-11-04 16:08 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-11-02 21:29 Building Matreshka on Windows Shark8
2016-11-03  8:18 ` Dmitry A. Kazakov
2016-11-03 15:32   ` Olivier Henley
2016-11-03 16:10     ` Dmitry A. Kazakov
2016-11-03 17:50       ` Simon Wright
2016-11-03 18:42         ` G.B.
2016-11-04  8:55           ` Simon Wright
2016-11-04  9:19             ` G.B.
2016-11-03 18:02       ` Olivier Henley
2016-11-03 20:18         ` Dmitry A. Kazakov
2016-11-03 22:39           ` gautier_niouzes
2016-11-04  8:28             ` Dmitry A. Kazakov
2016-11-04  8:57           ` G.B.
2016-11-04  9:29             ` Dmitry A. Kazakov
2016-11-04 13:28               ` Simon Wright
2016-11-04 16:08                 ` Dmitry A. Kazakov [this message]
2016-11-04 18:14                   ` Simon Wright
2016-11-04 16:37                 ` Jeffrey R. Carter
2016-11-04 18:19                   ` Simon Wright
2016-11-07  8:39                   ` Jacob Sparre Andersen
2016-11-07  8:50                     ` Simon Wright
2016-11-07  9:03                       ` Jacob Sparre Andersen
2016-11-29 15:22 ` Maxim Reznik
2016-11-29 23:49   ` Shark8
2016-11-30 11:45     ` Maxim Reznik
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox