I had been interested in this. The current JavaScript binary is complex, but ColorForth instructions are compiled to x86, which adds speed, and could be compiled to other processors machine instruction set.

So, you write in ColorForth in JavaScript to use JavaScript calls and virtual machine. However, in competing processors the binary data storage format can be different.

What do people think of the solutions for implementing the binary storage/machine code, and compiling into other competing processors? Also, obviously, people would like to edit colorforth on normal JavaScript editors, with it, then compile and packaged it out? People would also, Want to include optional source, as the JavaScript binary does? To myself, the last part isn't something I need, but, people like to present modifiable web page code..

An additional thought:

Implementing an alternative to PHP, etc, in Colorforth under JavaScript?

On 2022-03-15, Wayne morellini <waynemorellini@gmail.com> wrote:
> What do people think of the solutions for implementing the binary storage/machine code, and compiling into other competing processors? Also, obviously, people would like to edit colorforth on normal JavaScript editors, with it, then compile and packaged it out? People would also, Want to include optional source, as the JavaScript binary does? To myself, the last part isn't something I need, but, people like to present modifiable web page code.

You could also try to build atop WASM and have ColorForth generate
WASM code, but there are challenges with using WASM.

On Wednesday, March 16, 2022 at 11:05:11 AM UTC+10, meff wrote:
> On 2022-03-15, Wayne morellini <waynemo...@gmail.com> wrote:
> > What do people think of the solutions for implementing the binary storage/machine code, and compiling into other competing processors? Also, obviously, people would like to edit colorforth on normal JavaScript editors, with it, then compile and packaged it out? People would also, Want to include optional source, as the JavaScript binary does? To myself, the last part isn't something I need, but, people like to present modifiable web page code..
> You could also try to build atop WASM and have ColorForth generate
> WASM code, but there are challenges with using WASM.

I'm trying to avoid that. I'm trying to make ColorForth the binary, as it translates directly to a subset of x86 code. A few hundred transistors, and the few instructions sequences used, could be replaced by instructions, making the x86 x86 a native color forth processor. Google used to have a standard to run x86 code on the web and Api's. I'm thinking that a compact instruction binary format can be compiled into x86 instructions at load time.. Which means maybe a few hundred transistors more to have a ColorForth instruction set mode on the x86. Mixc86 (minimum instruction Xcrossbred computer 86 :)). JavaScript is only used as a common standard API interface across consumer platforms. Using the Firefox OS like minimal system, you get a platform for devices. Literally, ColorForth phone, ColorForth watch game console, ColorForth commercial devices and equipment. Chuck won't always be with us, so it is a good way to honour him. We have a lot of negative people around that don't even have a bright idea to contribute, only a down hill spiral.

On Wednesday, March 16, 2022 at 2:41:30 AM UTC+11, Wayne morellini wrote:
> I had been interested in this. The current JavaScript binary is complex, but ColorForth instructions are compiled to x86, which adds speed, and could be compiled to other processors machine instruction set.
>
> So, you write in ColorForth in JavaScript to use JavaScript calls and virtual machine. However, in competing processors the binary data storage format can be different.
>
> What do people think of the solutions for implementing the binary storage/machine code, and compiling into other competing processors? Also, obviously, people would like to edit colorforth on normal JavaScript editors, with it, then compile and packaged it out? People would also, Want to include optional source, as the JavaScript binary does? To myself, the last part isn't something I need, but, people like to present modifiable web page code.
>
>
> An additional thought:
>
> Implementing an alternative to PHP, etc, in Colorforth under JavaScript?

Syncing forth processor project threads.

On Sunday, September 4, 2022 at 4:06:04 PM UTC+10, Wayne morellini wrote:
> On Wednesday, March 16, 2022 at 2:41:30 AM UTC+11, Wayne morellini wrote:
> > I had been interested in this. The current JavaScript binary is complex, but ColorForth instructions are compiled to x86, which adds speed, and could be compiled to other processors machine instruction set.
> >
> > So, you write in ColorForth in JavaScript to use JavaScript calls and virtual machine. However, in competing processors the binary data storage format can be different.
> >
> > What do people think of the solutions for implementing the binary storage/machine code, and compiling into other competing processors? Also, obviously, people would like to edit colorforth on normal JavaScript editors, with it, then compile and packaged it out? People would also, Want to include optional source, as the JavaScript binary does? To myself, the last part isn't something I need, but, people like to present modifiable web page code..
> >
> >
> > An additional thought:
> >
> > Implementing an alternative to PHP, etc, in Colorforth under JavaScript?
> Syncing forth processor project threads.

Forth processor project

https://groups.google.com/g/comp.lang.forth/c/6adve-Z1ppU/m/ymmLagxEBwAJ