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

   1 # 2016/02/21
   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 ## 10:39
  10
  11 Actually cleaned part of my room today.
  12
  13 ## 10:43
  14
  15 Ok, so would the best thing to do would be a kind of updated interface? I
  16 suppose what I should do is make the editors thread safe and such, that will
  17 make things easier to use and such.
  18
  19 ## 10:58
  20
  21 At least with it being thread safe I can be sure of values which are stale in
  22 case a single thread is used for multiple instructions.
  23
  24 ## 11:08
  25
  26 Ok, so very complex this alignment potential for fields. I suppose I go through
  27 all fields, if there is no alignment then the total bits used and the current
  28 bit position is taken. Then if a field has an alignment, it will get a bonus
  29 to its position after the instruction.
  30
  31 ## 11:13
  32
  33 I also have to handle cases where fields are aliased over each other (such as
  34 in PowerPC, for the MSR I have the total bit set and the high/low for the same
  35 location). Otherwise for certain instructions things will just run off. However
  36 this is easier for me because all fields which I define are in the order of
  37 their base shift.
  38
  39 ## 11:41
  40
  41 Ok so this is rather complex when it comes to this code. Essentially what can
  42 happen is that fields can be rather jumpy. However I suppose I should only
  43 worry about minimal fields. I can also just skip aligned instructions for now
  44 and then add it later when required.
  45