Changes between Version 5 and Version 6 of GSOC/ProjectProposals
- Timestamp:
- 02/17/11 06:30:24 (12 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
GSOC/ProjectProposals
v5 v6 15 15 Difficulty of this project may be that generic functions are based on the FUNCALLABLE-INSTANCE class, for which some investigating may be required to determine if its supports is up to the task of implementing generic functions with non-standard metaclasses. 16 16 17 == Make LispObject a java interface ==17 == Make LispObject a Java interface == 18 18 19 Make LispObject a Java interface, as God and Gosling intended. Then factor the existing code into a Java5/6 implementation of LispObject. Then, provide an implementation of LispObject that will work on .NET and/or Da vlik.19 Make LispObject a Java interface, as God and Gosling intended. Then factor the existing code into a Java5/6 implementation of LispObject. Then, provide an implementation of LispObject that will work on .NET and/or Dalvik. 20 20 21 == Port to Da vlik ==21 == Port to Dalvik == 22 22 23 First get the ABCL interpreter booted on Davlik. Then, modify our complier to emit either JVM or Davlik bytecode. 23 First get the ABCL interpreter booted on Dalvik. Then, modify our complier to emit Dalvik bytecode. 24 25 == Improve Java interoperability == 26 27 Looking at the best ideas from ABCL's JAVA package and Alan Ruttenberg's JSS package while studying the best patterns from Clojure, design and implement an interface possibly using macros, auto-magic PACKAGE import, and other standard language extension features that allow Java developers to easily use ABCL but has solid Common Lisp foundations. 28 29 == Implement a better debugging facility == 30 31 ABCL could use a facility to inspect the current Lisp stack frame as well as maintaining better correspondence between compiled and source code. The ultimate goal would be the ability to single step through Lisp programs.