assets/developer-notes/stephanie-gawroriski/2016/09/20.mkd

   1 # 2016/09/20
   2
   3 ## 06:43
   4
   5 it is quite dark outside.
   6
   7 ## 07:25
   8
   9 The `CompilerOutput` originally had `InputStream` but that would complicate
  10 things greatly. Also `CompilerOutput` should be flushable.
  11
  12 ## 07:47
  13
  14 So now I have writing of output JARs. What I need now however is to see why
  15 the manifest writing to the output does not work at all.
  16
  17 ## 07:54
  18
  19 My manifest parser has an issue, it ignores spaces at the end of a line.
  20
  21 ## 07:58
  22
  23 Actually it is the writter which has the issue.
  24
  25 ## 10:01
  26
  27 I need to flush on close so that memory is not piled into.
  28
  29 ## 10:36
  30
  31 It seems that everything is rebuilt:
  32
  33         DEBUG -- Out of date! builder -> basic-assets/basic-assets [
  34         isrc: 2016-09-18T20:43:43Z
  35         dbin: 2016-09-20T14:33:33Z
  36         dsrc: 2016-09-18T16:51:35Z]
  37
  38 ## 13:51
  39
  40 So I thought about it. I need to change the compilation stuff to another
  41 method and have the `compileSource` just be recursive itself always.
  42
  43 ## 14:31
  44
  45 So now I would consider the refactor of the build system very nearly complete.
  46 All I must do now is to recreate the launch system and bridge that with
  47 Java SE.
  48
  49 ## 14:34
  50
  51 The launch system could actually reuse some of the compiler bits, that is when
  52 it comes to input. But not really, it can be much lighter. The only thing that
  53 has to be considered is file name resource lookup and such. Anything that is
  54 launched will be done so with custom class loaders. I suppose what I can do
  55 is when something is launched, I can perform the actual work in another thread
  56 and then just wait on it to finish or throw an exception. That should prevent
  57 extra junk in the callstack that is not needed, just as invoke and such. Well,
  58 there still would be the native method invoke however. I do need to take
  59 `main` being static into consideration. This would just mean that on
  60 SquirrelJME itself, the launcher would be like it was interpreted.
  61