From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on ip-172-31-74-118.ec2.internal X-Spam-Level: X-Spam-Status: No, score=-1.3 required=3.0 tests=BAYES_00,NICE_REPLY_A, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.6 Path: eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail From: =?UTF-8?B?U3TDqXBoYW5lIFJpdmnDqHJl?= Newsgroups: comp.lang.ada Subject: Re: Building the 2021 source release of GnatStudio Date: Sat, 31 Jul 2021 11:37:02 +0200 Organization: La Maison Message-ID: References: Reply-To: stef@genesix.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Date: Sat, 31 Jul 2021 09:37:02 -0000 (UTC) Injection-Info: reader02.eternal-september.org; posting-host="96fa8b727644ce98da8271f7f8e25015"; logging-data="9673"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/IOfB4xGLFzKwmg5an5cnSWQT+9BRd8+8=" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 Cancel-Lock: sha1:eD6PsOErzQ6qg2W5tKDtiZTjdvw= In-Reply-To: Content-Language: fr Xref: reader02.eternal-september.org comp.lang.ada:62463 List-Id: Le 30/07/2021 à 13:51, Emmanuel Briot a écrit : > I must admit having a hard time understanding this discussion. But it's a pleasure to talk with an Adacore insider :) > There is of course no way AdaCore will change their tools to use any of the suggestions in this thread. I didn't even think about it :) > HAC is 100% unknown outside of the Ada community, and I would guess 100% unknown outside of the small comp.lang.ada subset of it. It uses a clean subset of a certain computer language we know better than the snake :) > At least for now, and things could possibly change in the future. Legacy has to be handle. So I think it's too late and probably irrelevant. > So it would make no sense to only have HAC support for instance (and > would not remove any of the build difficulties to boot, since backward compatibility is a thing and python would > have to be kept) The root of the problem is (to my taste) there. Python has no place in an IDE written in Ada. I guess GPS/GNATStudio was written also to demonstrate that Ada can implement any complex graphical application. So, this is a counterproductive example that gives the image of an incomplete or weak language having to use Python to implement a high-level IDE with scripting capabilities. Emacs uses Lisp, Emacs users script in Lisp (like me at one point). GNATStudio should have used an Ada subset from the start. The effort was not made. It is too late. Next case :) > As the original poster mentioned, building GNATStudio is a very difficult thing. Just like building Firefox, or I presume Visual Studio, That's, to my taste, definitly not a valuable excuse :) I builded GVD (the GNATStudio ancestor) a breeze, almost 20 years ago. Then came GPS, with ton of C inside (nearly 30% due to Berkely DB embedded at this time) and a "unmakeable" make process :> > is no secret documentation that they do not want to publish to the outside) No secret documentation ? Okay. So I need it for Linux :) A full GNATStudio build script with instructions, please :) As I don't believe Adacore engineers keep this complex knowledge in their heads... Anyway, it seems to me that the latest versions of GNATStudio are better finished and the whole thing is a really nice tool to use. All the best for you and Adacore team