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!.POSTED!not-for-mail From: "J-P. Rosen" Newsgroups: comp.lang.ada Subject: Re: Advice on best environment for Ada on Windows Date: Thu, 13 Feb 2020 07:37:32 +0100 Organization: Adalog Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Date: Thu, 13 Feb 2020 06:37:31 -0000 (UTC) Injection-Info: reader02.eternal-september.org; posting-host="17e491aaceff3e3e45f5c99a59dfdd73"; logging-data="1384"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19E5SUOOUqi2wvyflECi9Oh" User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 Cancel-Lock: sha1:PMN0dz7RczlmyHSfFu7OoNJJ47Q= In-Reply-To: Content-Language: fr Xref: reader01.eternal-september.org comp.lang.ada:58039 Date: 2020-02-13T07:37:32+01:00 List-Id: Le 13/02/2020 à 06:13, Rick Newbie a écrit : > I'm new to Ada and slowly getting into my first small programs. Welcome! > The> question that arises soon after the first steps is that of the best > working environment, so I wanted to hear what the regular Ada users work > with. > > So far I have identified three possible scenarios: > > 1) GPS only. While GPS looks good it becomes rather fickle when you > start working with it. The underlying Python stuff seems to be a > constant source of trouble, some scripts that come with GPS are flat out > buggy etc. While it is good to work with the project hierarchy and > getting online help, the editor is simply not up to the job, not to > mention the shaky interaction with external programs most notably gdb. I am surprised by this statement. I use mainly GPS, emacs sometimes. I have no problem with it. Are you using a recent version? There were some issues with the early versions, but they are long gone. Oh, and if you are a beginner, don't rush on the debugger (gdb or any other one). With Ada, resorting to a debugger is very rare, and justified only in complicated cases. The reason is that the strong controls of the language make sure that what you write is what you intended to write. Most problems are due to the logic, and you solve logic problems by reasoning on your code, not with a debugger. (I write Ada code all year long; I use the debugger 2-3 times a year, and half of the time it doesn't help me) -- 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