Don't know if Steve ever got something working, but having been in his shoes,
and just recently stumbling upon a solution for my setup, I posted my setup
last night at: https://github.com/DRuffer/coinForth.
It's not the same board, but effectively, the same setup.
I also thank Steve for menti
Thanks for the praise! 😉
I just need to find time to work out the compatibility issues and get my LyX
document printing again and I will publish the update, probably within my
coinForth repository, since amforth’s GNU license requires it. Then the source
code will be more accessible too.
I m
Matthias,
I'm not going to get into a licensing debate with you. I prefer MIT and you can
choose whatever you prefer. I have published coinForth and forked a copy of
your amforth-5.8 into it. I also just published my docs with it. You can read
all about my attempts to compare amforth, SwiftX a
Enoch,
I repeat, I am not going to get into a licensing debate with anyone, but I
believe I have satisfied the GPLv3 requirements.
DaR
From: Enoch
Sent: Saturday, May 9, 2015 2:34 PM
To: amforth-devel@lists.sourceforge.net
Dennis,
I would like to caution you that AmFort
Matthias,
You should link to my GitHub repository at https://github.com/DRuffer/coinForth
rather than the older version of my paper.
The newer version of that document is at coinForth/doc/ARD101/ARD101.pdf
DaR
From: Matthias Trute
Sent: Thursday, May 21, 2015 12:05 PM
To: a
I must be doing something wrong…
I downloaded version 5.2 and set it up within Atmel Studio 6 (Version 6.1.2730
- Service Pack 2), but I get the following errors:
Error 4 Invalid redefinition of 'USART_B_VALUE'
C:\cygwin\usr\src\amforth\amforth\myproj.asm 30 0 amforth
Error 6 Invalid red
Erich,
I'm using the ATmega328p on the OSEPP™ Uno R3 Plus
(http://osepp.com/products/arduino-compatible-boards/uno-r3-plus/) board.
Removing the “_0” from .include "drivers/usart_0.asm" didn't change the errors.
Perhaps this is due to using the Simulator because I haven't gotten a work
Getting things to compile on the command line in Windows is fun, but not the
issue right now. However, the appl/arduino/uno.asm had the missing line from
the web instructions:
.equ AMFORTH_RO_SEG = NRWW_START_ADDR
I had to comment out the following lines from dict_appl_core.in:
;.include
I figured out enough to get rid of the compile time errors.
Now just have to wait for the avrisp.
Thanks for the help
DaR
From: Dennis Ruffer
Sent: Tuesday, February 11, 2014 4:20 PM
To: Everything around amforth
Getting things to compile on the command line in Window
Matthias,
I am new to this list, so you can ignore me as you like, but I have been around
this industry for a very long time. I have discussed this topic and how it
relates to Forth all too often, but in the end, it really doesn't matter what
you and I think, or who is on the “right” side o
10 matches
Mail list logo
