Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search

[REBOL] rebol weak points (i think) Re:(10)

From: petr:krenzelok:trz:cz at: 13-Sep-2000 13:15

[Al--Bri--xtra--co--nz] wrote:
> Gabriele wrote: > > > But then again you need the compiler in the runtime; I have doubts that > such a "REBOL compiler" could be dramatically faster than the current > interpreter. If you, instead, express the speed critical parts with an ad > hoc designed compilable dialect, and then compile those, you get a dramatic > speed improvement with just a little effort. > > pekr wrote: > > sounds interesting, is it achievable? What would such "dialect" look like, > what exactly should be its purpose? Could you explain a little bit, please? > > I could imagine an assembler dialect something like: > > stuff: 1234 > > ASM [ > lda Stuff > add 1 > ... > ]
but such code is not multiplatform then. You can implement above using /Command and its /Library component. I like Tao technology - Virtual Processor code, abstraction over CPU. :-) Our VP is entire REBOL executable. I think Gabriele thought of anything else - some rules to make our code compillable or something along the lines, but no platform dependant... Let's just add compile dialect (whatever it means, but not breaking platform independency :-), together with tasking, modules, also add some funcs to perform some matrice operations upon image! datatype to view to have faster & many more effects, allow us to combine (load upon request) components (e.g. Command & View), simply concentrate more on core technology ... and ... we will be ahead ... -pekr-