Stefan Vogel <sv@exept.de> [Fri, 19 Apr 2013 13:40:23 +0200] rev 2535
automatically generated by browser
Stefan Vogel <sv@exept.de> [Fri, 19 Apr 2013 13:40:20 +0200] rev 2534
automatically generated by browser
Jan Vrany <jan.vrany@fit.cvut.cz> [Fri, 19 Apr 2013 22:35:34 +0200] rev 2533
Updated build files
Jan Vrany <jan.vrany@fit.cvut.cz> [Fri, 19 Apr 2013 13:50:19 +0200] rev 2532
Update bytecode and constpool upon context restart.
This way the restarted method can execute new code. This allows for
fix & continue workflow. Should check for exceptions - will do it later.
Jan Vrany <jan.vrany@fit.cvut.cz> [Fri, 19 Apr 2013 10:29:55 +0200] rev 2531
More tests for fix & restart support.
Jan Vrany <jan.vrany@fit.cvut.cz> [Fri, 19 Apr 2013 09:52:08 +0200] rev 2530
Set parser to allow assignment to pool variables.
This is certainly a hack, but parser currently does not support
per-class/per-method settings and here we assign to a prool vars by purpose.
Changing the settings in preferences does not work (there's a bug somewhere).
Jan Vrany <jan.vrany@fit.cvut.cz> [Fri, 19 Apr 2013 09:48:55 +0200] rev 2529
Update compiler problems when old class is updated.
Jan Vrany <jan.vrany@fit.cvut.cz> [Fri, 19 Apr 2013 00:29:56 +0200] rev 2528
Preserve method identity when updating class methods (when possible).
Upon class update, method identity is preserved when possoble. As a consequence,
when method is bytecode interpreted, this allows for installing new bytecode
and restarting existing context with new code.
Jan Vrany <jan.vrany@fit.cvut.cz> [Fri, 19 Apr 2013 00:01:10 +0200] rev 2527
Makes JavaUnresolvedCompilationError proceedable.
When the error is proceeded it causes the errorneous method to return.
Returned value is the default value of the return type (i.e., zero for
numeric types and null for void and object types). This enhances the
incremental development so one can fix the code and proceed. If the
caller does not use the return value, everything is just fine.
Jan Vrany <jan.vrany@fit.cvut.cz> [Thu, 18 Apr 2013 23:32:13 +0200] rev 2526
Added JavaUnresolvedCompilationError.
This one is raised whenever Java code reaches unresolved code / code with errors.
This is dove by translating exception thrown by ECJ-synthetized error code into
smalltalk exception. This has two advantages:
1) allow for easier handling of this un user code
2) it is not handled by thread error handler so when raised, it does not
cause silen thread death.