Hello Matthias, Matthias Trute <mtr...@web.de> writes:
> Hi Enoch, > > My recent changes were a code compacting, since defers and values are so > close to each other. > >> May I suggest a new defer object, say, "FFdefer" that would be implemented >> like "Edefer" except that if a certain global boolean, say, FastForward, is >> set then the first "xt_FFdeferfetch" execution will reprogram itself >> out by changing the calling code. > > I'm not completely sure that I understand you correctly. IMHO you want > to seal a deferred word with a (final) association of some other word, > that is (or at least should) never be changed afterwards. Yes, I suggest a run-time optimization step "with no going back" where all FFdefer word calls would be reprogrammed to reach immediately the FFdefer destination (skip the FFdefer word call). Thanks, Enoch. ------------------------------------------------------------------------------ CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk _______________________________________________ Amforth-devel mailing list for http://amforth.sf.net/ Amforth-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amforth-devel
