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: "Jeffrey R. Carter" <spam.jrcarter.not@spam.not.acm.org>
Newsgroups: comp.lang.ada
Subject: Re: Running a preprocessor from GPS?
Date: Thu, 30 Jul 2015 11:01:15 -0700
Organization: Also freenews.netfront.net; news.tornevall.net;
 news.eternal-september.org
Message-ID: <mpdomd$jii$1@dont-email.me>
References: <e610ca1e-4df6-4fbb-b3a1-ac35694d9072@googlegroups.com>
 <mp645u$abo$1@loke.gir.dk>
 <2df4698f-4c8e-457c-822d-209cb2f8ab5e@googlegroups.com>
 <mp8r8l$fnn$1@loke.gir.dk>
 <014427b1-ff7a-4a69-82e6-0330af77ed96@googlegroups.com>
 <mpbd8f$re$1@loke.gir.dk>
 <32db2458-1856-4c42-be99-79a381ab617c@googlegroups.com>
 <mpbqr2$cnc$1@dont-email.me>
 <0845ac26-78d6-4c3f-98f3-89bd4db4469a@googlegroups.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
Injection-Date: Thu, 30 Jul 2015 17:59:43 +0000 (UTC)
Injection-Info: mx02.eternal-september.org;
 posting-host="ee44d3db9c41f5ad88d7e8e8f0268f05";
	logging-data="20050"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX1+Zfb6RxHz5T208p5EetWvhGO3E8mTij/c="
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.1.0
In-Reply-To: <0845ac26-78d6-4c3f-98f3-89bd4db4469a@googlegroups.com>
Cancel-Lock: sha1:PMvHfsw6lcIGVn1GmN202oPcSf4=
Xref: news.eternal-september.org comp.lang.ada:27227
Date: 2015-07-30T11:01:15-07:00
List-Id: <comp.lang.ada>

On 07/30/2015 01:12 AM, EGarrulo wrote:
> On Thursday, July 30, 2015 at 2:25:39 AM UTC+2, Jeffrey R. Carter wrote:
>> On 07/29/2015 04:45 PM, EGarrulo wrote:
>>>
>>> For me, right now, the #1 annoyance -- which could easily become a deal-breaker -- is that Ada requires manual memory management.  For a
>>> language that qualify itself as safe, this is contradictory (outside
>>> embedded development).  Other modern languages either offer garbage
>>> collection, or smart pointers in the standard library.
>>
>> Unless you're implementing a dynamic data structure, it's highly unlikely that
>> you need to use access types at all.
> 
> Resource management goes beyond dynamic data structures.  At least,
> this has been my experience.

Let's see: you mentioned "manual memory management", "garbage collection", and
"smart pointers". I responded that access types are only rarely needed in Ada,
since everything you mentioned deals with pointers and dynamically allocated
memory. You replied to this by changing the subject to an undefined "resource
management".

It's clear there's no point in continuing such a discussion.

-- 
Jeff Carter
"Pray that there's intelligent life somewhere up in
space, 'cause there's bugger all down here on earth."
Monty Python's Meaning of Life
61