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!news.eternal-september.org!feeder.eternal-september.org!news.swapon.de!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Niklas Holsti Newsgroups: comp.lang.ada Subject: Re: Functions vs constants Date: Tue, 22 Jul 2014 00:35:13 +0300 Organization: Tidorum Ltd Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: individual.net XdbO3pgjCNkka2mQesN2OAZhn/fXN+9w2WDfne2tMOP+8ki5uD Cancel-Lock: sha1:mnEdUn44ah42IXJsQbUAstmvqNU= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 In-Reply-To: Xref: news.eternal-september.org comp.lang.ada:21100 Date: 2014-07-22T00:35:13+03:00 List-Id: On 14-07-22 00:18 , Victor Porton wrote: > Isn't the following a mis-design of Ada? > > Constants in a good programming language should be equivalent to argument- > less functions which return these constants. Possibly, for some personal concept of "good". > However, in Ada functions can be overloaded by their return type, while > constants cannot. > > Mad idea Why mad? >, but I propose it: Make in a future specification of Ada constants > overloadable (moreover, make constants argument-less functions). Others have also suggested this, and even wider overloading (including variables). Arguments against the idea relied on subjective opinion, if I remember correctly. I do not see a pressing need to make constants (or variables) overloadable. If I want to overload constants, I define overloaded functions which return those constants. As for variables, they are nearly always so local that overloading seems overkill. -- Niklas Holsti Tidorum Ltd niklas holsti tidorum fi . @ .