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
X-Received: by 10.182.27.2 with SMTP id p2mr19668948obg.45.1434131585121;
        Fri, 12 Jun 2015 10:53:05 -0700 (PDT)
X-Received: by 10.182.107.196 with SMTP id he4mr129418obb.16.1434131585097;
 Fri, 12 Jun 2015 10:53:05 -0700 (PDT)
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!news.glorb.com!h15no2231073igd.0!news-out.google.com!n7ni8245igk.0!nntp.google.com!h15no2203163igd.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Fri, 12 Jun 2015 10:53:04 -0700 (PDT)
In-Reply-To: <1p71vf5ckbudu$.1qcb9ot1jpysk.dlg@40tude.net>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com;
 posting-host=2602:306:3784:5b10:94fa:8b51:a785:5923;
 posting-account=yiWntAoAAAC1KqC_shmxJYv07B9l6LNU
NNTP-Posting-Host: 2602:306:3784:5b10:94fa:8b51:a785:5923
References: <4f4cd4b1-0a6d-441b-a4f7-98add70e4e1e@googlegroups.com>
 <1p71vf5ckbudu$.1qcb9ot1jpysk.dlg@40tude.net>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <afb6fe82-1f67-49a8-b4b1-f814a71ba8fd@googlegroups.com>
Subject: Re: Is this a bug in my code or the compiler?
From: David Botton <david@botton.com>
Injection-Date: Fri, 12 Jun 2015 17:53:05 +0000
Content-Type: text/plain; charset=ISO-8859-1
Xref: news.eternal-september.org comp.lang.ada:26288
Date: 2015-06-12T10:53:04-07:00
List-Id: <comp.lang.ada>

> That is one of the reasons why in-out's were not allowed for functions in
> Ada 83. The code is clearly erroneous because the computation order is not
> defined. Possibly Token_End is called before Token_Start!

A programmer having to worry about order of operation in a concatenation operation is a language flaw in my opinion. I can accept the issue in evaluation order of Boolean expressions or numerics (and knew of that), but not in non numeric types.

David Botton