| Commit | Date | |
|---|---|---|
| 2005-11-19 20:34:45 | Tree | |
| 2005-11-13 22:54:03 | Tree | |
| 2005-11-13 22:37:35 | Tree | |
|
[r1866]
by
robdclark@mac.com
re #381: updated scripts to take advantage of new syntax, and make it work with overloaded methods from a java base class |
2005-11-13 22:19:38 | Tree |
| 2005-11-13 21:38:31 | Tree | |
| 2005-11-13 21:34:28 | Tree | |
|
[r1863]
by
robdclark@mac.com
re #381: super syntax works, although with a slight bug... in the case of functions which do not declare variables, currently no ConstructorScope is created. So functions containing super() need to disable that optimization to make things work properly |
2005-11-13 21:17:20 | Tree |
|
[r1862]
by
robdclark@mac.com
re #381: it works, but as it stands currently, it could have some strange effects if you rely on the return of getMember() or lookupInScope(), and createMember() to be the same thing. I think if you had a scenario where you getMember().opAssign() or lookupInScope().opAssign(), it would only update the public mapping (in ScriptObject) and not the private mapping (in ConstructorScope). Although, with the compiler's caching of created members, you probably would not see this behavior all of the time... I think |
2005-11-13 01:43:57 | Tree |
|
[r1861]
by
robdclark@mac.com
re #381: qualified "this" syntax is working... the "super" syntax still needs a bit of work |
2005-11-13 01:06:49 | Tree |
|
[r1860]
by
robdclark@mac.com
re #381: ok, now implemented in compiler/interpreter, but still needs to be implemented in the Scope classes |
2005-11-12 22:47:35 | Tree |