Menu

Code Commit Log


Commit Date  
[r1869] by robdclark@mac.com

re #382: creating branch OBJS382

2005-11-19 20:34:45 Tree
[r1868] by admin@objectscript.kicks-ass.org

update release notes

2005-11-13 22:54:03 Tree
[r1867] by admin@objectscript.kicks-ass.org

merging OBJS381 back to trunk (fixes #381)

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
[r1865] by robdclark@mac.com

re #381: updating parser.patch

2005-11-13 21:38:31 Tree
[r1864] by robdclark@mac.com

re #381: and now it works

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
Older >
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.