Enoch <i...@hotmail.com> writes:

> Matthias Trute <mtr...@web.de> writes:
>
>> On Mo, 2014-04-07 at 15:26 -0400, Enoch wrote:
>>> Hello Matthias,
>>> 
>>> Matthias Trute <mtr...@web.de> writes:
>>> > [complaints..]
>>> >
>>> > Why do you complain? I did not change that much at all. Your
>>> 
>>> Your changes broke all user applications...
>>
>> Unbelievable! All user programs I've tested still work.
>> Code to that I do not have access to I cannot test.
>
> Didn't you change dict_appl*.inc ;appl stands for application :-) 
> Anyway, BOOFA's 512W now causes an NRWW overflow...

Hello Matthias,

Apologies for my insistence but couldn't you achieve the same objective
of packing as many words as possible into the core via a macro call at
each word that examines the current "pc" against "AMFORTH_RO_SEG" and
switches "pc" down when we near the "FLASHEND".  This macro is quite
trivial:

.equ PACKMAX 100  ;word size limit (arbitrary number for now)

.macro packer
.if (pc > AMFORTH_RO_SEG)
.if (pc > FLASHEND-PACMAX)
.set pc = DPSTART
.endif
.endif

In short, I sugget to replace your static loading method (automatic 2k,
4k, 8k selection acc to the architecture) with a dynamic one. 

Thanks, Enoch, Your faithful shadow :-)

P/S Your future maintenance would become easier as well says "Mr Kiss"
(from the Kiss Principle).



------------------------------------------------------------------------------
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
_______________________________________________
Amforth-devel mailing list for http://amforth.sf.net/
Amforth-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amforth-devel

Reply via email to