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!mx02.eternal-september.org!.POSTED!not-for-mail From: "J-P. Rosen" Newsgroups: comp.lang.ada Subject: Re: GNAT GPL is not shareware Date: Wed, 14 Jan 2015 18:45:59 +0100 Organization: A noiseless patient Spider Message-ID: References: <87bnmetex4.fsf@ludovic-brenta.org> <1otenmcbgnvlt$.dn9361nl2jm8$.dlg@40tude.net> <8ryfky4awox2$.q2gfw4pvsgau.dlg@40tude.net> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Injection-Date: Wed, 14 Jan 2015 17:45:32 +0000 (UTC) Injection-Info: mx02.eternal-september.org; posting-host="23dab0694e4174fdc880833ec67fa650"; logging-data="32437"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/8LUzNG+FOq6lEUrKHMbfi" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 In-Reply-To: Cancel-Lock: sha1:oYZgFshgRb5lyQBEwh4aeneHow0= Xref: news.eternal-september.org comp.lang.ada:24572 Date: 2015-01-14T18:45:59+01:00 List-Id: Le 14/01/2015 17:22, Robert A Duff a écrit : > The annoying thing to me is that the compiler has already done that > "quite painful" work, so you're duplicating work. Sure. The "where to put the limit" question. > An example: ASIS has a query "Has_Limited", which tells you whether a > given piece of syntax (e.g type declaration) has the keyword "limited". > But it doesn't have an "Is_Limited" function that tells you whether > a given subtype is limited. The ASIS client can implement that > (and I'm guessing you have such a thing and many more in your > Thick_Queries), but it probably takes at least 50 lines of code. Hmm.... I have that query, it's 168 lines of code. I remember Tuck being frightened when I told him, he said "and to say we have a bit for that in the compiler"... Hence the (failed) attempt to define a higher layer of abstraction. >> * TBH, I should mention a big hole: dispatching calls, where something >> is clearly missing. > > I think I remember something about that, but I've forgotten the > details. What is missing? Since you can't statically know what subprogram is being called, Corresponding_Called_Entity returns Nil_Element in place of the subprogram declaration. But without a declaration, you cannot know the formal parameters (so no information about the modes, whether some parameters are defaulted, etc.) We need a Corresponding_Called_Root_Entity... I think Serguei added something like that. -- J-P. Rosen Adalog 2 rue du Docteur Lombard, 92441 Issy-les-Moulineaux CEDEX Tel: +33 1 45 29 21 52, Fax: +33 1 45 29 25 00 http://www.adalog.fr