Re: Lancement de script à la fin de la compilation avec Gprbuild dans GNATStudio

Le 6 janv. 2022 à 09:32, Stéphane Rivière a écrit :

>> Oui, j'imagine bien le petit utilitaire pratique :-)
>> Ça serait peut-être une bonne idée qu'on ait à nouveau ça à coté de GNATStudio ?
> 
> GNATStudio a absorbé l'ancètre GVD. Et les sessions de debug sous
> GNATStudio sont juste parfaites,

Ok :-)

> donc je vois pas trop le truc, hors
> l'aspect pédagogique, d'autant plus que GVD est graphique et qu'en mode
> texte, on a un autre outil. Enfin GVD a environ 20 ans, donc je doute
> que l'interface avec le debuggeur GNU soit toujours bien valable.

Je ne parle pas de reprendre l'ancien GVD, mais de refaire un outil de la même légèreté (donc logiquement de la même maintenabilité aussi) en ayant des bibliothèques en commun avec GNATStudio.
Je suppose que l'outil en mode texte c'est GDB, j'espère qu'il a aussi du code en commun avec les autres, ça serait logique, ça permettrais de maintenir des bibliothèques avec un bon niveau de modularité.

Les problèmes que tu décris pour GNATStudio font penser à une usine à gaz, et il s'agit de la découper en morceaux plus petits, pour aider à clarifier et remettre de l'ordre.


> 
>> Mais du coup, toutes les versions qui sont fournies avec les différentes distributions de linux, elles viennent de GNAT CE, pas de GNAT FSF ?
> 
> Je dirais plutôt l'inverse (elles viennent de GNAT FSF). Avec des
> moutures de GNATStudio pas toujours très stables et/ou d'actualité.

Si AdaCore décide d'un délai avant de publier ce qu'il y a dans sa version professionnelle, ça me semble légitime.
Par contre, je crois qu'on a le droit de réclamer de la stabilité pour une version donnée.
Et si les versions fournies avec les distributions sont en retard par rapport à la version FSF, c'est encore un autre problème ...

> 
>> Donc il faut qu'ils publient un bon mode d'emploi, pour expliquer comment ils font, et tout le monde devrais pouvoir y arriver progressivement :-)
> 
> Adacore a déjà répondu à cette question (récurrente), genre on a tout
> pour compiler, d'autres y sont arrivés, etc.

Je parlais de ceux qui y sont arrivés.

> En d'autres termes, leur
> super script à créer des CE, on le verra jamais. Et sans rancune, il
> faut bien qu'ils gardent leurs recettes :)

Il y a des choses plus importantes que ça, comme ASIS, qu'ils ont simplement /arrêté/ de publier, ce qui empêche de continuer à developer des logiciels qui s'en servent (par exemple si on veut contribuer à AdaControl).
Et j'imagine que les clients AdaCore craignent d'avoir de mauvaises relations avec leur prestataire s'ils le publient, même si légalement rien ne l'empêche.

> 
> Une chose semble revenir souvent, builder du Gtk, et donc du GtkAda,
> devient de plus en plus tricky, selon les plateformes.

Ça c'est une autre affaire, celle de Gtk (il me semble que c'est un projet entièrement libre, non ?).
J'ai aussi entendu beaucoup de critiques de la version 3.
J'espère que les dirigeants du projet vont l'orienter à nouveau vers quelque chose qui soit moins une usine à gaz et plus simple et souple. :-)

> Au début de ce
> siècle c'était (presque) une formalité sous Windows. Aujourd'hui, je ne
> sais pas (on a abandonné définitivement Doze depuis 3 ans déjà, plus un
> doze dans la boite ni à titre perso, tant coté stations que serveurs)

Qu'est-ce que c'est "Doze" ?


-- 
RAPID maintainer
http://savannah.nongnu.org/projects/rapid/

_______________________________________________
Ada-france mailing list
[email protected]
https://mail.ada-france.org/cgi-bin/mailman/listinfo/ada-france