OpenEuphoria

Meta - Assembly Diskussion

• Posted by "Gottwald, IT-IS T500, Fa. Compaq, DA" <T.Gottwald at DEUTSCHEPOST. Oct 30, 2000
• 482 views

Combining - "Speed-of-developement" and "Speed-of-execution":
   I found out that in many "small-problem-solver-task"s EUPHORIA is great
because
   the "speed of developing" a fast and "not-dirty" sollution is better then
   "the-speed-of-program-execution".

1. C .. C and always C ... / meta-assembly language
   There are three parts in this idea:

  A) C is a very portable language. You take the code and it run's -slighly
modified and
   buggy or not - on another System even with another OS and another
Processor.
   Speed - is something else. If you want Speed take assembly-language.
   Why is it intresting to a normal Euphoria-User ?
   I don't need portability, I need (sometimes) Speed.

  B)In most programms Speed is needed only in a small piece of the program,
    but there it could speed things up dramatically. The rest is best done
    in a rather high-level, cause of shorter development times.
    So a "ideal-language" should enable to change to (sort of) a low-level
    (meta-assembly-languge ?) where needed. I remember the C64 and the "USR"
and "SYS" command .
    Just for the speed-critical parts.
    And have the "highest-level-programming" for the rest.

   C) All CPU' have in some way equal instructions for loading, shifting,
dividing etc.
   There are flags ... I am thinking about a "meta-assembly-language" a
point between C
   and Assembly. Of course it compiles at run-time to the native machinecode
of that system.
   At coding-time it can be the same Instruction names on all systems. And
...
   there is no need for many hundred instructions, as the conventional
things can be
   programmed with only a few "most-often-used" instructions - that are on
all systems the same.

  There are some packages that allow to include assembly to euphoria, even
some really
  intresting. What about idea's for a "meta-assembly language" with only a
few
  intelligent instructions that get assembled directly into pure speed  ?
  If its a part of the Language it is portable and its also "per definition"
  prozessor-independent (so far possible).
  Of course then a change from Euphoria to C. would only be intresting for
those
  who
  a) Do not had enough trouble with the program
  b) Like "debugging-session"s

 3. Something else:
    One more thing that I remember from the ATARI 400 / C64 times is the
    "Full-screen interactive mode" that was possible that time. Does anyone
remember ?
    (I had the idea when reading the "Interactive-mode" from PY)



-- Theo Gottwald
mailto:atg at theogott.de
****************************************************************************
************
http://www.theogott.de