Path: csiph.com!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Paul Rubin Newsgroups: comp.lang.forth Subject: Re: blocks and overlays question Date: Tue, 27 Sep 2016 16:54:53 -0700 Organization: A noiseless patient Spider Lines: 16 Message-ID: <87shsk525u.fsf@jester.gateway.pace.com> References: <87inth5hk5.fsf@jester.gateway.pace.com> <87eg455e41.fsf@jester.gateway.pace.com> <8760ph5b3g.fsf@jester.gateway.pace.com> <87wphx3r8e.fsf@jester.gateway.pace.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: mx02.eternal-september.org; posting-host="2aed369a7b4699bde3e169ff4d831123"; logging-data="32100"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX183LFu0y/KzQMO7GWLeqoK8" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Cancel-Lock: sha1:WuqA2J42Hz4/DDsQhYzh6gzuxzs= sha1:l/lod85w0elNdCsYC/GEBte+rT8= Xref: csiph.com comp.lang.forth:51411 "Elizabeth D. Rather" writes: > Or, you can compile your common code to flash and run it there, and > use a little RAM for the overlays. That would require resetting the > dictionary pointer after the flash code is compiled, but shouldn't be > complicated. Maybe there will have to be two dictionaries, flash and ram. I'll check how FlashForth, Mecrisp, etc. deal with this. > During development, put your kernel and well-tested code in flash and > use RAM for testing. As the code becomes more stable, add it to the > flashed code. Sounds like a plan. Thanks for the help!