Matthias Trute <mtr...@web.de> writes:

> Hi Paolo,
>
>> magno gaudio nuntio vobis:
>> Habemus HEX (and epp.hex)!!
>
> Great!
>
>> 
>> Now begins the fun.
>
> Absolutly!
>
>> 
>> I apologize to have been annoying to someone.
>
> You're welcome.
>
>> The reason why I haven't do it before is that it was written for Linux and I 
>> thought was harder for me.
>> I had never used Linux.
>> Finally I discover that the "only" difference was in this three files:
>> - dict_appl_core.inc
>> - dict_appl.inc and
>> - applturnkey.asm
>> They are slightly different from those I copied from the PDF doc.
>> Me too was a little right!
>
> Sad enough, you're right. I welcome patches for the better ;)
>
> In the last few days I simplified (at least I think that things
> got simpler) these files. Now almost all options are either
> supplied with reasonable defaults or went completely behind the
> curtains. Less is more..

Matthias,

I understand the reason for the change in trunk@1584 macros.asm, that
is, to put things "behind the curtains". However, you have created
another forward reference warning, an unnecessary annoyance to a
diligent programmer:

macros.asm refers to RAMEND which is introduced only later through
device.asm.

Regards, Enoch.


------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
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