Is the fork of amforth available anywhere?
brian-in-ohio
On 5/16/22, Martin Nicholas via Amforth-devel
wrote:
> Erich,
>
> Thanks for all your work.
>
> You may wish to advertise the vacancy on the USENET comp.lang.forth. A
> G account will do the job.
>
> On Fri, 06 May 2022 09:17:23 +0200
> Eri
Erich,
Thanks for all your work.
You may wish to advertise the vacancy on the USENET comp.lang.forth. A
G account will do the job.
On Fri, 06 May 2022 09:17:23 +0200
Erich Wälde wrote:
> Dear AmForthers,
>
> I am herewith stepping down from the maintainer role of AmForth. For
> details, read
Thanks for your efforts.
On Fri, May 6, 2022, 3:37 PM Erich Wälde wrote:
>
> Dear AmForthers,
>
> I am herewith stepping down from the maintainer role of AmForth. For
> details,
> read on. If anyone is interested to take over, get in touch with me.
>
>
> In 2020 I received the logins of amforth
The big advantage with the Arduino Mega is lots of 8 bit ports available
for parrallel i/o. The Arduino Uno pretty much forces all i/o to be
serialized one way or another.
On Sun, Apr 17, 2022 at 3:33 PM Martin Nicholas via Amforth-devel <
amforth-devel@lists.sourceforge.net> wrote:
> On Sun, 17
On Sun, 17 Apr 2022 07:47:15 +0100
Tristan Williams wrote:
> Hi Christian,
>
> Glad it worked.
>
> > How much of 256KB flash is effectively usable with AmForth on the
> > 2560? ?
>
64k only (which is heaps) - W and IP are 16-bits only. The upper 64k is
still available, a little bit is used
tion:
> >
> > * How much of 256KB flash is effectively usable with AmForth on the
> 2560?
> > * Will this work as well on a Chinese ATmega2560ProMini (with FTDI
> USB chip for terminal input) ?
> > * If so, may I share your links with a friend who has an
>
0ProMini (with FTDI USB
> chip for terminal input) ?
> * If so, may I share your links with a friend who has an
> ATmega2560ProMini?
>
> Thanks a lot for your help.
>
> Christian Hinse
>
> From: Tristan Williams
> Sent: 16 Ap
is work as well on a Chinese ATmega2560ProMini (with FTDI USB
chip for terminal input) ?
* If so, may I share your links with a friend who has an ATmega2560ProMini?
Thanks a lot for your help.
Christian Hinse
____
From: Tristan Williams
Sent: 16 April 20
Hello Christian,
Below is a link to AmForth hex files I built for my Arduino MEGA using the
(then) most recent source (r2457). The console baud rate is 38400 and
build details are in the atmega2560.asm file.
https://tjnw.co.uk/amforth-bin/
Some background info is contained in this message thread
resend to list.
Hello Tristan,
thank you indeed for pointing this out!
> Erich Wälde writes:
>> Tristan Williams writes:
>>> Erich Wälde writes:
>>> After that all the remaining hex files could be built.
>>> ONLY arduino/leonardo.hex is missing.
>>
>> I am not sure if the Leonardo was excluded
Hello Tristan,
thanks for your message.
Tristan Williams writes:
> Hello Erich, AmForthers,
>
>> After that all the remaining hex files could be built.
>> ONLY arduino/leonardo.hex is missing.
>
> I am not sure if the Leonardo was excluded because AmForth cannot make
> use the of the Leonardo's
Hello Erich, AmForthers,
> After that all the remaining hex files could be built.
> ONLY arduino/leonardo.hex is missing.
I am not sure if the Leonardo was excluded because AmForth cannot make
use the of the Leonardo's USB connection, but it builds without error
on r2450. I have not tested r2450
Hello Tristan,
Tristan Williams writes:
> A one line patch for amforth-shell.py to correct a python2/python3
> syntax error. It occurs when using the --no-error-on-output
> option. Below is a unified diff against r2450/trunk/tools/amforth-shell.py
>
> --- amforth-shell.py
> +++ new-shell.py
> @
Super. I just patched my local repo. All I had to do was to add the
python3-serial package (debian buster) and change the defaults for the
serial port and it fired right up. I'll try it next time I'm passing files
around to see how things go here.
Thank you,
Mark
On Mon, Jul 6, 2020 at 12:53 PM T
Thanks for the thought stream Erich.
I have one other wacky idea for the list. Maybe for next year when life in
theory will settle or possibly over the 2020-2021 winter.
I’d like to re-engineer a device called the CNC FROG. It was originally a kind
of 1.5 or 2.5 axis CNC gizmo but really it
Hello,
> Who of you is using which target controller?
I use AVR atmega328p, atmega1284p, atmega2560
> Can we get rid of the Atmel/Microchip Avrasm Assembler?
Unless AmForth/avr8 can be ported to gnu assembly, no. I would imagine
that would be a lot of work and wine does run it very well.
Havin
I only recently learned about amforth (I guess I'd heard of it, but hadn't
looked at it yet). I was especially interested in having it run on ARM, but I
don't have the experience it would take to figure out all the standard
assembler stuff. I've always used Forth target compilers/assemblers in
On Sun, Jun 28, 2020 at 5:29 PM Erich Wälde wrote:
>
> Dear AmForthers,
>
> due to some unlikely fluctuation in probability space (or some
> other excuse) I declared this weekend to be "AmForth weekend 1"
> --- for me at least. While being working on this I decided to let
> you know, what is happ
Am Donnerstag, den 30.05.2019, 09:56 +0100 schrieb Martin Nicholas via
Amforth-devel:
> Taken me months to notice, but 6.8 still reports a "ver" of 6.7 from
> env-forthversion.asm
Thank you. In fact, for the AVR8 and MSP430 variants, version 6.8 is in
fact 6.7 since no changes were made for them.
Hello,
Problem found, when loading something went wrong which amforth was not correct
anymore!
cheers,
Jan
> Op 7 dec. 2018, om 14:24 heeft Jan Kromhout het
> volgende geschreven:
>
> Hello,
>
>
> After running for several weeks amforth-shell.py, this afternoon it is
> stopped with an U
Hello Dimitri,
> It's always nice to introduce oneself together with a silly
> problem.
We would not have known about you without that :-)
Welcome to the club!
And happy Forthing,
Erich
--
May the Forth be with you ...
--
It's always nice to introduce oneself together with a silly problem. I
changed the speed in the config file back to 800, recompiled, reflashed
and everything is ok now. :) Please disregard.
On Wed, Jul 25, 2018 at 5:11 PM, Dimitri Georganas wrote:
> Hi,
>
> I experienced a weird problem toda
On 04/01 11:30, Erich Wälde wrote:
> Hello Meino,
>
> tu...@posteo.de writes:
>
> > Hi,
> >
> > Before I install a lot of software on my GENTOO-Linux only
> > to recognize I had done the wrong assumptions I would like
> > ask, whether I have the needed prerequisites for AmForth:
> >
> > I am runn
Hello Meino,
tu...@posteo.de writes:
> Hi,
>
> Before I install a lot of software on my GENTOO-Linux only
> to recognize I had done the wrong assumptions I would like
> ask, whether I have the needed prerequisites for AmForth:
>
> I am running a 64bit-GENTOO Linux and I am quite familiar with
> L
Hi Meino,
> I am running a 64bit-GENTOO Linux and I am quite familiar with
> Linux.
> I want to run AmForth on a Arduino Pro Mini Atmega328p/3.3V.
> With my USB-to-serial adapter I flash my ProMinis with the
> Arduino-IDE successfully.
You definitely need a "real" programmer to flash amforth. A
Hello Franklin,
> Question:
> [1] Is anyone using the date-and-time.frt code with more updated
> code? At least code that tracks leapyear or whether a month is 31
> days or 30 days. Also, how would you handle time date interpretation
> on register rollover for the date-and-time.frt?
The communi
Sorry, I didn't realize my code got jumbled up in. Now, i hope it makes more
sense.
- Original Message -
From: fdama...@comcast.net
To: amforth-devel@lists.sourceforge.net
Sent: Monday, June 20, 2016 2:13:48 PM
Subject: Amforth 6.1 Date and Time Code questions.
Dear AmForth Develope
Hi,
dead end. On my Linux box (freshly rebooted)
everything works as it should
mt@noname: $ stty -F /dev/ttyACM0
speed 9600 baud; line = 0;
-brkint -imaxbel
mt@noname: amforth-shell.py -s 9600 -p /dev/ttyACM0 --debug-serial
--no-error-on-out
|I=appl_defs: 0 loaded
|I=Entering amforth interactive
ok, it should be 9600.
$ sudo stty -f /dev/tty.uart-$ID
speed 9600 baud;
lflags: -icanon -isig -iexten -echo
iflags: -icrnl -ixon -ixany -imaxbel -brkint
oflags: -opost -onlcr -oxtabs
cflags: cs8 -parenb crtscts
$ python ~/amforth-5.9/tools/amforth-shell.py -s 9600 -p /dev/cu.uart-$ID
--debug-ser
> $ python amforth-6.0/tools/amforth-shell.py -s 115200 -p
How/Why did you change away from 9600? Has the mac something
like stty to change the serial port speed to 9600 8N1?
Matthias
--
This is what I get:
$ python amforth-6.0/tools/amforth-shell.py -s 115200 -p
/dev/tty.uart-37FF4A1BBE18382B --no-error-on-out --debug-serial
|I=appl_defs: 0 loaded
|I=Entering amforth interactive interpreter
|a( )\n
|s( )\n->|E=Input character not echoed.
On Sat, Sep 26, 2015 at 10:43 A
Hi cadar
> Do we trust naken_util when debugging amforth on msp430?
> Could this be a bug?
I never used it.
Can you please use the --debug-serial command line option
of the amforth-shell.py? If everything works as expected
it should look similar to
amforth-shell.py -p /dev/ttyACM0 --no-error-
Hello, I manage to simulate this using naken_util.
And it will always fail at 1625 cycles, but not for amforth-5.9.
---
cd ~/amforth-6.0/appl/launchpad430
naken_util lp-2553.hex
speed 100
run
---
It always stop at:
"1625 clock cycles have passed since last reset.
Illegal instruction at address 0
I tried
amforth-shell.py (5.9) -> amforth 5.9 MSP430 and it works.
amforth-shell.py (6.0) -> amforth 5.9 MSP430 and it works.
amforth-shell.py (5.9) -> amforth 6.0 MSP430 and it don't work.
I also tried two different MSP430 Launchpads, same behaviour. (HW uart is
set since it worked with 5.9)
I a
Am Montag, den 21.09.2015, 23:54 +0300 schrieb Hannu Vuolasaho:
> Hi!
>
> Sorry I can't help, but I have future proposition.
>
> Could there be somewhere in UART drivers or similar place huge
> .if badrate = 9600
> .message "Serial port is 9600 8N1"
> elif ...
>
> .endif
>
> This seems
Hi cadar,
> All I get is,
> "E=Input character not echoed."
>
> Exact same setup worked for 5.8 and 5.9. (OSX 10.10)
Really strange. There were no changes to the shell or the
serial port setup.
Could you please try the older versions of the shell too?
Or try another terminal, even a simple on
9600.hex
Hannu Vuolasaho
> Date: Mon, 21 Sep 2015 19:38:41 +0200
> From: cadar...@gmail.com
> To: amforth-devel@lists.sourceforge.net
> Subject: Re: [Amforth] Amforth-6.0, msp430, amforth-shell.py, 5.9 works
>
> Yes, I tried 4800 up to
Yes, I tried 4800 up to 115200.
I tried two different versions of mspdebug.
$ mspdebug --v
MSPDebug version 0.23 - debugging tool for MSP430 MCUs
Copyright (C) 2009-2015 Daniel Beer
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY
Yes, I tried 9600-
On Mon, Sep 21, 2015 at 3:43 PM, Andreas Wagner <
andreas.wag...@lowfatcomputing.org> wrote:
> Hi cadar,
>
> Did you try other baud rates with the "-s" option?
>
> Regards,
> Andreas
>
> On Mon, Sep 21, 2015 at 8:39 AM cadar wrote:
>
> > Hi,
> >
> > I can not connect to my MSP
Hi cadar,
Did you try other baud rates with the "-s" option?
Regards,
Andreas
On Mon, Sep 21, 2015 at 8:39 AM cadar wrote:
> Hi,
>
> I can not connect to my MSP430 launchpad using Amforth-6.0 with
> amforth-shell.
>
> All I get is,
> "E=Input character not echoed."
>
> Exact same setup worked
Am Donnerstag, den 13.08.2015, 15:36 -0500 schrieb Ben Pharr:
> I have a genuine Italian Arduino Duemilanove. I downloaded Amforth 5.9
> and flashed it with the included Makefile, as well as setting the
> fuses. It works, but only at 38400, not 9600, as the FAQ suggests.
>
> The 'ms' word was miss
Issue resolved, I just saw lib/hardware/i2c-eeprom-block.frt
On Thu, May 21, 2015 at 3:40 PM, Andreas Wagner <
andreas.wag...@lowfatcomputing.org> wrote:
> Hello Amforthers!
>
> I have written a small driver for Winbond discrete SPI flash chips.
>
> http://hub.darcs.net/pointfree/amforth-W25Qx
>
Erich Wälde writes:
> Enoch,
>
>
> Enoch writes:
>
>> writes:
>>
>>> 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
>>>
>>
>> I don't question your compliance Dennis, I leave that
> Since you're not the only one with a large project, I took the freedom to
start a new major section on the website: called "commented projects".
I'm interested. Do you have a link to the section? Myself, I've used
AmForth for a wild cranberry bog sensing network:
http://hub.darcs.net/pointfree/c
Enoch,
Enoch writes:
> writes:
>
>> 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
>>
>
> I don't question your compliance Dennis, I leave that task to the
> copyright holder :-)
>
> Un
writes:
> 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
>
I don't question your compliance Dennis, I leave that task to the
copyright holder :-)
Unfortunately, anything *original* that you wi
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
Dennis,
I would like to caution you that AmForth nowadays is GPLv3, i.e., "most
toxic" :-)
I forked AmForth and continued with my independent AmForth-Shadow
development when Matthias made the switch from GPLv2 to GPLv3. My new
stuff is FreeBSD like licensed.
Cheers, Enoch.
https://github.com/w
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
Dennis,
> 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.
Since you're not
> > Maybe a simple edit to the Makefile could correct that issue.
>
> Since I use ant (and the build.xml files) I welcome feedback for the
makefiles. I seldom (in fact never) use > make.
Foolishly sloppy language from me again: I meant "Makefile" as a form of
synecdoche for "the Build Process."
Am Montag, den 20.04.2015, 22:17 -0500 schrieb Tom Maynard:
> > Can't someone here with a working Arduino Uno R3 help Steve?
>
> I haven't looked, but at least at the release level when I downloaded my
> first Amforth (v5.3?), there were HEX files for all supported hardware
> buried somewhere in t
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
> Now, to update http://www.forth.org/svfig/kk/02-2014-Ruffer.pdf
A Literate Program! Good golly, I didn't think there was anyone else in the
world who did this. So it's true that "No Man is an Island" after all.
A very nice piece of work, too -- and exactly what the community needs. Thank
y
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
> Can't someone here with a working Arduino Uno R3 help Steve?
I haven't looked, but at least at the release level when I downloaded my
first Amforth (v5.3?), there were HEX files for all supported hardware
buried somewhere in the distribution. Is that not true now?
Memory says that the HEX file
gp2 writes:
> Hello Mathias,
>
> I was surprised to read how you felt about my last post. I did not mean
> it as a criticism of you or your work at all!
>
> I was not crying out in frustration, but listing problems I encountered,
> Many of them had nothing to do with Amforth -- the Atmel IDE for
Steve,
English is (according to Oscar Wilde) the common language
that separates English an Americans, so I certainly expect
a whole bunch of misunderstandings for non-native
speakers like me. But sometimes... So I beg your (every
native speaker's) pardon for my English. English is *not* my
prima
Hello gp2, hello all,
so I chime in late, but nevertheless.
1. The road to amforth on controller X
Yes, that road is definitely long and windy. I sometimes give
classes on exactly that. There are so many pieces that *must*
work together, before the first ok prompt shows up.
You did a great job,
> "FORGET is not implemented
Um, yes: my note was incredibly poorly worded. I should have said something
like, "'FORGET' -- which in Amforth is implemented using 'MARKER.'" But,
too late now: you found it and figured it out.
> I assume I have to add MARKER by including it and burning a new inst
Thank you Tom,
doing more reading I found this:
"FORGET is not implemented since it would be nearly impossible to reset
the search order word list with reason-
able efforts. The better way is using MARKER from the library."
And so I assume I have to add MARKER by including it and burning a new
I am certainly no expert, but I can answer this question:
> 3.) Where is the erase function for practice code, or do I have to
> re-flash a new version of AMFORTH every time to get rid of old code?
You need to build your Forth image and include the FORGET word. Read the
doc (which is quite help
Hello Mathias,
I was surprised to read how you felt about my last post. I did not mean
it as a criticism of you or your work at all!
I was not crying out in frustration, but listing problems I encountered,
Many of them had nothing to do with Amforth -- the Atmel IDE for
instance, or AVRdude probl
> From: mtr...@web.de
> To: amforth-devel@lists.sourceforge.net
> Date: Tue, 14 Apr 2015 21:04:10 +0200
> Subject: Re: [Amforth] AMFORTH 5.8 on Uno R3
>
> Steve,
>
> I like it to get the un-modified first frustration
> fr
Steve,
I like it to get the un-modified first frustration
from people absolutely new to amforth. Really. My
first reaction to your mail was get lost (well,
something less polite in fact).
Now I think about what went wrong. Amforth is nothing
I am ashamed of. That may surprise you, but it defini
Hallo Rainer,
On 02/15/2015 08:15 PM, Rainer von Römer wrote:
> Hallo Leute,
> ich weiss nicht, ob ich hier richtig bin...versuche es mal...
Klar bist Du hier richtig, einzige Kleinigkeit: ist 'ne internationale,
sprich englischsprachige Liste :-)
> habe versucht nach der Anleitung von "User’s Ma
> ,
>
> Made the change (hfuse was 0xde, changed to 0xd9) and now it works.
Great.
>
> BTW does anybody know a place where these fuse setting are conscisely
> explained ?
Wanna hear some bad news? Read the datasheets of the controller. Every
Atmega has its own set. Blame Atmel for that. If you
external RAM (Matthias Trute)
>>5. Is this a bug ? (Andrew Holt)
>>6. Re: Is this a bug ? (Matthias Trute)
>>7. Re: Is this a bug ? (Zbigniew)
>> 8. Re: Is this a bug ? (MIchael Kalus)
>>
>>
>> --
>>
>> Mess
(Matthias Trute)
>7. Re: Is this a bug ? (Zbigniew)
>8. Re: Is this a bug ? (MIchael Kalus)
>
>
> --------------
>
> Message: 1
> Date: Thu, 29 Jan 2015 01:17:32 +0100
> From: Zbigniew
> Subject: Re: [Amforth] AmForth on Atmega162 with external RAM
> To: amforth-devel@lis
>
> Yes, I'm aware of this. I was hoping to get some help here, how to
> (re)configure AmForth to make it work with the thing the way I want.
I doubt that it is a reconfiguration only. You'll have to change
some very basic things in the heart of amforth.
> it's feasible when using indirect-thre
2015-01-31 10:12 GMT+01:00, Matthias Trute :
> Thus if you want to place them at different memories, that would
> require changes in the core system: the inner interpreter,
> the words , (comma), compile, >body and execute. Maybe a few
> more as well.
Yes, I'm aware of this. I was hoping to get s
Hi Zbigniew,
> As an interesting exercise I'm going to recreate a little computer,
> whose design has been published on pages
> https://sites.google.com/site/retroelec/home
Cute
>
> There is a statement: "An ATMega microcontroller is a Harvard
> architecture machine. So to be able to load and
2015-01-28 21:11 GMT+01:00, Erich Waelde :
> Hello,
>
>> So my question is: is it possible for AmForth to use the entire
>> external SRAM area for both data and my own new words? You know, what
>> I'm after: to have "basic" Forth system burned into FlashRAM, and then
>> - as usual - to interactive
Hello,
> So my question is: is it possible for AmForth to use the entire
> external SRAM area for both data and my own new words? You know, what
> I'm after: to have "basic" Forth system burned into FlashRAM, and then
> - as usual - to interactively develop the software for the little
> machine us
2015-01-27 13:30 GMT+01:00, Maciej Witkowiak :
> Hello
>
> Long time ago, for my own purposes I tried to port amforth 1.6 to
> at90s8515 with external SRAM. [..]
So you mean what I'm after is rather not available with "stock"
amforth, and some tinkering would be necessary?
BTW: maybe you know any
Hello
Long time ago, for my own purposes I tried to port amforth 1.6 to
at90s8515 with external SRAM.
One thing was to port it to 8515 and another to replace all places
where data is read by a custom function.
You can have a look here: https://github.com/ytmytm/avr-amforth-90S8515
In forth.s th
All:
Apologies for the formatting issues.
Reformatted:
*
*
*
> what
amforth 4.6 ATmega32U4 (16000 kHz)
free FLASH cells 2390
free RAM bytes 1406
used EEPROM bytes0080
used data stack cells
used return stack cells 0021
free return stack cells 0171
Hi Jeff,
Did you model your AmForth USB support (host mode I presume) on some
known API? Do you have a public repository for this project?
Thanks, Enoch.
Jeff Rosenwald writes:
>
>
>
>
>
>
> -Original Message-
> From: Jeff Rosenwald
> To: jeffrose ; amforth-devel
>
> Sent: Mon
Hi Jeff
and welcome to the list :)
> I have developed a package for AMFORTH 4.6 that causes the USB engine
> on the ARDUINO Micro to enumerate as a USB ACM Communication Device
> (CDC 1.2 PSTN). The goal is to provide a USB serial port that requires
> no special driver support on any operating sy
-Original Message-
From: Jeff Rosenwald
To: jeffrose ; amforth-devel
Sent: Mon, Dec 22, 2014 1:41 pm
Subject: Re: USB Serial Support for AMFORTH 4.6 on Arduino Micro
Trying again...
-Original Message-
From: Jeff Rosenwald
To: amforth-devel
Sent: Mon, Dec 22, 2014
Marrying a von Neumann architecture (MSP430) with a Harvard architecture
(AVR8)... Hope the offspring would come out normal :-)
Good luck, Enoch.
--
Matthias Trute writes:
> Hi John and Brad,
>
>> This cross-pollination
>> sh
Hi John and Brad,
> This cross-pollination
> should benefit both communities: MSP430/CamelForth and AVR/Amforth.
I hope so. Exchanging forth code would be great. Flashforth recently
imported the I2C routines from amforth. I haven't looked
at the details, but my impression is, that it was not a
Hi Matthias,
This message is of considerable interest to me as I am a long time devotee
of the MSP430 and CamelForth. I have an even longer relationship with Forth
and have followed Amforth with a mostly academic interest until recently
when, here at work, we have started using AVR micro's. Unfort
Matthias Trute writes:
>> (2) Please explain why you changed the license in trunk@1687 from GPLv2
>> to GPLv3. Correct me if I am wrong, it seems to me that you did not
>> choose the "any later version" option of the GPLv3 (a constantly
>> updating GPL). Until I grasp the full meaning
Hi,
> (1) I don't know what exactly isn't working but between trunk@1680 to
> trunk@1685 there is something that breaks my system badly. System
> reboots on almost any command line input...
That's bad. The only major change was the map-stack factor. And
that works for me. I'll do some mor
.-(
2014-10-29 0:02 GMT+01:00 Enoch :
> Hello Matthias,
>
> (1) I don't know what exactly isn't working but between trunk@1680 to
> trunk@1685 there is something that breaks my system badly. System
> reboots on almost any command line input...
>
> (2) Please explain why you changed the lic
22.05.2014 16:24, amforth-devel-requ...@lists.sourceforge.net пишет:
> Send Amforth-devel mailing list submissions to
> amforth-devel@lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/amforth-devel
> or, vi
Hi Keith,
> I don't know if it is poor coding practice to not declare a base at the
> beginning of the file, but I'll adopt that practice.
That was ok until the number prefixes were introduced. I think
that a general number base change is now no longer needed and it
is reasonably fair to assume
t; than "Re: Contents of Amforth-devel digest..."
>
>
> Today's Topics:
>
>1. Re: Amforth-devel Digest, Vol 66, Issue 11 (Keith Weisz)
>
>
> --------------
>
> Message: 1
> Date: Thu, 3 A
Thanks Vladimir,
After going back through the forum thread to collect some missing words and
making a few modifications to nRF24_init I got the scanner+ranger to work!
Your posting is godsend for my remote sensing network project as it saves
me much time.
I have not yet tested the sim900 library
Matthias & amForthers,
Some nRF24L01+ code published on Roboforum.ru
http://roboforum.ru/post300178.html#p300178
Vladimir
--
___
Amforth-devel mailing list for http://amforth.s
Matthias,
Just a quick update.
I downloaded amforth-5.2 again and started from scratch. I can now get
timer1.frt to work with a fresh load of amforth via avrdude. However, when
I load my code first and then my timer1 code, it goes into an continuous
reboot after starting timer1. It is as if the
Hi Craig,
> Is there some reason that 5.2 for Arduino Uno does not include spirw.asm?
Not every arduino application needs the SPI module. If you need it,
just add the line
.include "words/spirw.asm"
to your dict_appl.inc file (or dict_appl_core.inc there is still
enough free code space)
I foll
Matthias Trute writes:
> Hi Enoch,
>
>
>> Your latest commit to "Speed up defers. And save some code space."
>> breaks my _private word list _scope. Compliation hangs. I am sure
>> you'll figure out why faster.
>
> Took me 10 Minutes. Beat this ;)
>
> rev. 1489 should fix the problem.
Hello Mat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Enoch,
> Your latest commit to "Speed up defers. And save some code space."
> breaks my _private word list _scope. Compliation hangs. I am sure
> you'll figure out why faster.
Took me 10 Minutes. Beat this ;)
rev. 1489 should fix the problem.
Hi,
> Let's pick an easy example at random. This is currently abs ( n -- u )
> implementation:
I expected something different, changing ABS is easy. Not worth a discussion.
> I was suggesting a group hacking effort where Matthias marks which words
> to rewrite.
For me code size is more importan
Hello Erich,
Erich Waelde writes:
> Hi Enoch,
>
> On 12/19/2013 03:25 PM, Enoch wrote:
>> Hello AmForth-ers:
>>
>> I don't think that people look for speed when considering any Forth --
>> modern optimizing C compilers will do better.
>>
>> Nevertheless, I think that we need to rid AmForth ker
Hi Enoch,
On 12/19/2013 03:25 PM, Enoch wrote:
> Hello AmForth-ers:
>
> I don't think that people look for speed when considering any Forth --
> modern optimizing C compilers will do better.
>
> Nevertheless, I think that we need to rid AmForth kernel ASAP of VM
> instruction calls (those pesky
Hello AmForth-ers:
I don't think that people look for speed when considering any Forth --
modern optimizing C compilers will do better.
Nevertheless, I think that we need to rid AmForth kernel ASAP of VM
instruction calls (those pesky XT_'s) and leave them for compiled code
output only. Let's sta
Hello,
> Has there been any thought about optimizer?
A lot. And a lot of discussions with people who
know a lot more than I do in this specific area
of wisdom. The final judgment is as it is: for
an ITC forth there are only very few possibilities.
One is a statistical analysis to find code seque
1 - 100 of 185 matches
Mail list logo
