assets/developer-notes/stephanie-gawroriski/2016/02/02.mkd

   1 # 2016/02/02
   2
   3 ***DISCLAIMER***: _These notes are from the defunct k8 project which_
   4 _precedes SquirrelJME. The notes for SquirrelJME start on 2016/02/26!_
   5 _The k8 project was effectively a Java SE 8 operating system and as such_
   6 _all of the notes are in the context of that scope. That project is no_
   7 _longer my goal as SquirrelJME is the spiritual successor to it._
   8
   9 ## 07:52
  10
  11 It would be better if the instruction and register stuff had URLs for their
  12 resources instead of just manifests, so they can lazily be read.
  13
  14 ## 17:33
  15
  16 So do I want to keep my structured `InstructionInfo`? I believe yes. I can
  17 however instead of `InstructionInfoBuilder`, just have `InstructionInfo`
  18 generated from the Manifest instead of requiring the builder perhaps. That
  19 might work out so that everything is initialized at once. However that would
  20 mean that custom instructions can longer be built as they would require a
  21 manifest.
  22
  23 ## 22:09
  24
  25 I would need a good way to represent the instruction image mapping table which
  26 the disassembler would use to determine the used instruction. The only major
  27 issue would be handling CISC in the future due to potentially very odd layouts
  28 for instructions.
  29
  30 ## 22:11
  31
  32 I suppose I can use a small hashtable of the likely set bits. Basically count
  33 every bit that is on for the constant and value mask. Then once that is done
  34 the instructions will be placed for I suppose a linear search. Not the best
  35 but it would cut down for example the original algorithm which searched through
  36 every single instruction for a match for the most part.
  37