amforth-devel

[Amforth-devel] Some nitpicking

[Marcin C. <sa...@sa...>]

Small tidbits from 4.1:

avra complains with 2r>:

      [exec] ../../core/words/2r_from.asm(6) : Warning : A .DB segment with an odd number of bytes is detected. A zero byte is added.

Fix:

Index: 2r_from.asm
===================================================================
--- 2r_from.asm	(wersja 939)
+++ 2r_from.asm	(kopia robocza)
@@ -3,7 +3,7 @@
  ; move DTOR to TOS
  VE_2R_FROM:
      .dw $ff03
-    .db "2r>"
+    .db "2r>",0
      .dw VE_HEAD
      .set VE_HEAD = VE_2R_FROM
  XT_2R_FROM:

I think that

.include "words/2literal.asm"
.include "words/2to_r.asm"
.include "words/2r_from.asm"

could go into some separate dict file for easy inclusion 
("dict_2x.inc" ?). They use rjmp, so I include them in
my high memory (dict_appl_core.inc)

in "core/words" we have "d-invert.asm" (coded in assembler)
and "dinvert.asm" (in Forth). I think we don't need the Forth
one.

I tried to add "tibsize.asm", but it complains that we
have no EE_TIBSIZE. It seems that there is no such thing.

--Marcin

[Amforth-devel] [Req]Simulator for AmForth?

[李雪愚 <sno...@gm...>]

hi, all

I've got headache on debug the words on the board. I need a simulator for amforth.
Does anyone know how to solve it? Or how to compile the amForth to X86? Where are the forth source of the core?


Thnks and Best Regards.

Re: [Amforth-devel] [Req]Simulator for AmForth?

[Matthias T. <mt...@we...>]

Hi 李雪愚,

> I've got headache on debug the words on the board. I need a simulator for amforth.

Thats sad. I know of no s(usable) imulator for the avr's. The Atmel
Development studio has a built-in simulator, but I never managed to get
amforth running there. It simply crashes.

> Or how to compile the amForth to X86?

amforth is not portable to x86 processors. You can
find a large number for that target, e.g. gforth.

> Where are the forth source of the core?

Just download the amforth package from sourceforge
and you will get the full sources. Just look at
amforth.asm and follow the includes (there are many,
but in a structured way).

good luck
Matthias

Re: [Amforth-devel] [Req]Simulator for AmForth?

[pito <pi...@vo...>]

Hi, I can imagine the headache, indeed. The experts may answer the
simulator Q.. I've put the stuff into AVR Studio 4.18 SP2 (build 700
and 692)and I've tried to run amforth in simulator. IT WORKS,
however after few steps the AVR Studio crashed (it shots down the
simulator) - always on first "ijmp" instruction (atmega1284p). The
other way is to simulate in VMLAB (this supports the smaller atmels
only).
You cannot compile to x86 as the amforth is written in ATMEGA AVR
assembler. P.

> hi, all
> 
> I've got headache on debug the words on the board.
> I need a simulator for amforth.
> Does anyone know how to solve it? Or how to
> compile the amForth to X86? Where are the forth
> source of the core?
> 
>

Re: [Amforth-devel] [Req]Simulator for AmForth?

[pito <pi...@vo...>]

adiw xl, 1
DO_NEXT:
brts DO_INTERRUPT
movw zl, XL        ; READ IP
readflashcell wl, wh
adiw XL, 1        ; INC IP

DO_EXECUTE:
movw zl, wl
readflashcell temp0,temp1
movw zl, temp0
ijmp          <<<<<<<<<<<<<<<< HERE CALLS AVRStudio usoft

DO_INTERRUPT:
; here we deal with interrupts the forth way
lds temp0, intcur
ldi zl, LOW(intvec)
ldi zh, HIGH


> however after few steps the AVR Studio crashed (it
> shots down the
> simulator) - always on first "ijmp" instruction
> (atmega1284p). 

Re: [Amforth-devel] Some nitpicking

[Matthias T. <mt...@we...>]

Marcin,

while checking all the old mails, i came across yours
(and sorry for the delay, better late than never...)

> Small tidbits from 4.1:

all of them are now fixed. Thank you


> .include "words/2literal.asm"
> .include "words/2to_r.asm"
> .include "words/2r_from.asm"
> could go into some separate dict file for easy inclusion 
> ("dict_2x.inc" ?). They use rjmp, so I include them in
> my high memory (dict_appl_core.inc)

the rjmp can be changed easily, the dict_2x is worth a try?
maybe.... 

> I tried to add "tibsize.asm", but it complains that we
> have no EE_TIBSIZE. It seems that there is no such thing.

The size of the terminal input buffer is a compile time constant,
it should go to an environment? query.. deleted for now, no-one could
have used it anyway

Matthias