assets/developer-notes/stephanie-gawroriski/2019/05/14.mkd

   1 # 2019/05/14
   2
   3 ## 18:52
   4
   5 I have an idea to start a new virtual machine which I call FlowerCoat. it will
   6 basically be an optimization of SpringCoat. Pretty much the same pure
   7 interpreter but will allow me to evolve it in a way which fits better with
   8 SummerCoat. Then I can back-port those to SpringCoat. Testing things in
   9 SpringCoat is too slow and SummerCoat although it has a compiler needs a bunch
  10 of supporting VM code and such.
  11
  12 ## 19:56
  13
  14 Actually I think I will take what I have in SummerCoat right now and take it a
  15 step back. The NNCC is very immediate but it is missing a bunch of information
  16 such as debugging, the original instruction, any generalized parameters of it
  17 and such. I know the compiler should technically work but it is of course
  18 complicated. I think I need to take a step from VLIW and instead encode lots
  19 more information into the native code areas. I can use this as the basis for
  20 FlowerCoat. I know I am effectively rewriting the compiler but the byte code
  21 processor is completely standalone for the most part. Basically I really need
  22 to chunk individual Java instructions into a format where each one is handled
  23 individually. Basically at this point there would be a major Java block for
  24 some code but then individual sub-blocks which represent translation units
  25 of sorts. I think this way I could truly make it more optimizing so to speak
  26 because there would be inputs and outputs as such. But yes, definitely
  27 NNCC is a step too far and too quickly because I am having a hard time
  28 running it. So, the instruction layouts will effectively be:
  29
  30  * L0: Java Byte Code
  31  * L1: HLCC
  32  * L2: NNCC
  33
  34 At this point, there would be both HLCC and NNCC code in the instructions and
  35 the VM could use either of the two. Of course they be packaged in the same
  36 native code format since I already have that down. It would make for bigger
  37 ROM files though because more information would be stored. But I think this
  38 would be too much really, I think I really do need to make NNCC a bit more
  39 complicated if I want to target more systems.
  40
  41 ## 20:07
  42
  43 But also thinking that I have NNCC, and it is a bit ugly. Form past experience
  44 I have performed some refactors and liked the result. So I think such a
  45 refactor would be in order and would be the best way to continue. So I need to
  46 figure out what I hate about it. Currently what I do not like is the pool
  47 access and such, like it uses direct integers and such. I really should
  48 make generic instructions for this to be easier to use. I do have a working
  49 iteration of the compiler, it just needs a refactor.