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,FREEMAIL_FROM
	autolearn=unavailable autolearn_force=no version=3.4.4
X-Received: by 2002:a24:4105:: with SMTP id x5mr1086397ita.33.1547513355118;
        Mon, 14 Jan 2019 16:49:15 -0800 (PST)
X-Received: by 2002:a9d:6f14:: with SMTP id n20mr16300otq.2.1547513354733;
 Mon, 14 Jan 2019 16:49:14 -0800 (PST)
Path: 
 eternal-september.org!reader01.eternal-september.org!feeder.eternal-september.org!news.gegeweb.eu!gegeweb.org!usenet-fr.net!proxad.net!feeder1-2.proxad.net!209.85.166.215.MISMATCH!k10no94743itk.0!news-out.google.com!v141ni90ita.0!nntp.google.com!k10no94739itk.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Mon, 14 Jan 2019 16:49:14 -0800 (PST)
In-Reply-To: <2e4fb7e1-f649-43f6-95ec-61edf5a85732@googlegroups.com>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=174.1.36.131;
 posting-account=iM1VZQoAAACb8ntkBErEJ9kignmJKjw2
NNTP-Posting-Host: 174.1.36.131
References: <3fd9efd3-2ac5-4711-a1bc-fb75c57d7ffa@googlegroups.com>
 <2e4fb7e1-f649-43f6-95ec-61edf5a85732@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <09955674-4095-410d-a688-1ed463ea6b2d@googlegroups.com>
Subject: Re: New tool "gprexec", basically "make with project file"
From: VM Celier <vmcelier@gmail.com>
Injection-Date: Tue, 15 Jan 2019 00:49:15 +0000
Content-Type: text/plain; charset="UTF-8"
Xref: reader01.eternal-september.org comp.lang.ada:55278
Date: 2019-01-14T16:49:14-08:00
List-Id: <comp.lang.ada>

> Some of the ideas behind GPR are good, but if we're being honest its tendency to be "stringly-typed" is annoying given its obvious designed similarity to Ada

It is true that the syntax of the project language is similar to the one of Ada, but there is a big difference between the two languages:

- Ada is an executable language
- the project language is a declarative language

You don't "execute" project files, you use it to describe a system for different tools. This is why there are almost no types in the project language because types are not really needed and they would complexify the language for no real benefit.

> -- and there are a lot of missed opportunities

Could you tell us one or two of these missed opportunities?

--  Vincent