Path: csiph.com!newsfeed.hal-mli.net!feeder3.hal-mli.net!newsfeed.hal-mli.net!feeder1.hal-mli.net!npeer02.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail From: Helmar Wodtke Newsgroups: comp.lang.forth Subject: Re: How about helping optimization in language? Date: Tue, 27 Mar 2012 08:12:13 -0700 (PDT) Organization: http://groups.google.com Lines: 29 Message-ID: <582295.182.1332861133595.JavaMail.geo-discussion-forums@ynko6> References: <30126800.1344.1332858395156.JavaMail.geo-discussion-forums@ynnk21> NNTP-Posting-Host: 62.158.126.42 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: posting.google.com 1332861225 24104 127.0.0.1 (27 Mar 2012 15:13:45 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Tue, 27 Mar 2012 15:13:45 +0000 (UTC) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=62.158.126.42; posting-account=nibe3QoAAADcYL8fC0WC6vCas4By1Xgn User-Agent: G2/1.0 X-Received-Bytes: 2357 Xref: csiph.com comp.lang.forth:10584 Am Dienstag, 27. M=E4rz 2012 16:32:50 UTC+2 schrieb Andrew Haley: > Helmar Wodtke wrote: > >=20 > > ">R" (especially in ANS terms) means to bring something to a second > > "stack". "R>" to bring it back. This could be virtually something > > like a register at the machine you have. > >=20 > > Why not implement this more elaborate about what ">R" means? I know > > CS-ROLL etc. - it should not be this weird. How about defining ">R" > > has nothing to do with return stack but it could affect it? >=20 > That is how >R is defined, and has been since '94. Have a look. >=20 > Andrew. Andrew, yes I know. But how about looking at real world challenges people get here = in C.L.F. and are not able to solve? It shows me personally, that not all alternatives the language still has th= ere are active in mind by the "stack jugglers". That's quite something we should keep in mind and think about. >R and R> ar= e very traditionally told as to be "return stack"-manipulators. Hey, that's= not the case even in very old implementations from a programmers point of = view, if you take back what you stored there. Hope you understood me - let's talk if not, -Helmar