From: Robert A Duff <bobduff@shell01.TheWorld.com>
Subject: Re: Unchecked_Deallocation vs. delete
Date: Wed, 09 May 2007 16:54:42 -0400
Date: 2007-05-09T16:54:42-04:00 [thread overview]
Message-ID: <wccbqgtn2el.fsf@shell01.TheWorld.com> (raw)
In-Reply-To: 1178728045.890171.6110@q75g2000hsh.googlegroups.com
Maciej Sobczak <see.my.homepage@gmail.com> writes:
> What's the benefit of Unchecked_Deallocation as a generic library
> procedure vs. built-in deallocation operator like delete in C++?
>
> The disadvantage, as far as I perceive it, is that it breaks the
> symmetry that should be expected with regard to the allocation
> operation. If "new" is built-in, then the deallocation should be built-
> in as well. Making it a generic library procedure just makes more work
> for the programmers for no clear reason.
>
> What clear reason am I missing?
I think you're right. Not missing anything.
The original reason why U_D is a generic procedure is probably because
the designers of Ada 83 imagined that garbage collection would be
ubiquitous, so U_D would rarely be necesary. I suppose they thought
that "with U_D;" would be a red flag, at the top of the package that
does such "evil" things. Note that U_D is banished to chapter 13,
where all the other machine-dependent stuff lives.
- Bob
prev parent reply other threads:[~2007-05-09 20:54 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-09 16:27 Unchecked_Deallocation vs. delete Maciej Sobczak
2007-05-09 17:02 ` Dmitry A. Kazakov
2007-05-09 20:56 ` Robert A Duff
2007-05-09 20:59 ` Keith Thompson
2007-05-10 20:09 ` Maciej Sobczak
2007-05-11 7:35 ` Dmitry A. Kazakov
2007-05-11 8:15 ` Maciej Sobczak
2007-05-11 16:39 ` Dmitry A. Kazakov
2007-05-16 19:25 ` Randy Brukardt
2007-05-10 21:10 ` Markus E Leypold
2007-05-09 17:51 ` Martin Krischik
2007-05-09 20:54 ` Robert A Duff [this message]
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox