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