× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: Re: stack vs. storage-to-storage
  • From: leif@xxxxxxxxxxxxx
  • Date: Wed, 24 Nov 1999 18:20:22 -0600

> Actually, while you were certainly able to hand-optimize the MI version
> quite a ways, you violated the MI architecture by not storing the
> results in the temporary variables.  <tsk, tsk> <G> 

I don't think that the MI architecture requires you to store variables
you don't use. I would confess, that since I don't use x and y
either, the whole program could be optimized away. I have
written compiler optimizers and know what is possible.
Maybe it is a bit *easier* to optimize a stack machine...
Anyway, in the vast majority of RPG type applications
there are hardly much gained by optimizing complicated
expressions. I think it was Donald Knuth that first
showed about 30 years ago that 97% of all expressions
involved less that three operands, so there is little to
optimize.

But, as I started out by saying, you did have a point.

+---
| This is the MI Programmers Mailing List!
| To submit a new message, send your mail to MI400@midrange.com.
| To subscribe to this list send email to MI400-SUB@midrange.com.
| To unsubscribe from this list send email to MI400-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: dr2@cssas400.com
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.