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!news.eternal-september.org!feeder.eternal-september.org!gandalf.srv.welterde.de!news.jacob-sparre.dk!franka.jacob-sparre.dk!pnx.dk!.POSTED.rrsoftware.com!not-for-mail
From: "Randy Brukardt" <randy@rrsoftware.com>
Newsgroups: comp.lang.ada
Subject: Re: Convert an access to constant to access to variable
Date: Mon, 7 Aug 2017 18:21:16 -0500
Organization: JSA Research & Innovation
Message-ID: <omasld$s8g$1@franka.jacob-sparre.dk>
References: <om2rph$18jt$1@gioia.aioe.org>
 <om33bk$f3c$1@franka.jacob-sparre.dk> <om35c6$1jfb$1@gioia.aioe.org>
Injection-Date: Mon, 7 Aug 2017 23:21:17 -0000 (UTC)
Injection-Info: franka.jacob-sparre.dk;
 posting-host="rrsoftware.com:24.196.82.226";
	logging-data="28944"; mail-complaints-to="news@jacob-sparre.dk"
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
X-RFC2646: Format=Flowed; Original
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.7246
Xref: news.eternal-september.org comp.lang.ada:47642
Date: 2017-08-07T18:21:16-05:00
List-Id: <comp.lang.ada>

"Victor Porton" <porton@narod.ru> wrote in message 
news:om35c6$1jfb$1@gioia.aioe.org...
...
> Hard to believe that there is no any way in Ada2012 to convert an access 
> to
> constant to an access to variable. I'm sure many people wanted this. How
> such a feature may be missing?!

You're the first person that has ever expressed such a need, to my 
knowledge. So I'm pretty certain that the number of people needing this is 
not "many".

This situation has never happened to me personally. That could be because 
I've almost never written an access-to-constant (and when I have, it usually 
didn't work and I ended up changing it).

In any case, this will be a tough sell to the ARG, since it is clearly 
adding more ways to write erroneous programs. That's considered the wrong 
direction for a language focused on safety.

                                     Randy.