diff options
| author | Iulian Dragos <jaguarul@gmail.com> | 2009-06-18 17:19:55 +0000 |
|---|---|---|
| committer | Iulian Dragos <jaguarul@gmail.com> | 2009-06-18 17:19:55 +0000 |
| commit | 3ee6b3653f8c25d7d6b19b9f5d4af7fa082146a8 (patch) | |
| tree | e97b8c0dd8d61e82f825f528f98842f777621f7a /TODO | |
| parent | be8e3c69114da5bc3020d5363b338b1c83aa22ef (diff) | |
| download | scala-3ee6b3653f8c25d7d6b19b9f5d4af7fa082146a8.tar.gz scala-3ee6b3653f8c25d7d6b19b9f5d4af7fa082146a8.tar.bz2 scala-3ee6b3653f8c25d7d6b19b9f5d4af7fa082146a8.zip | |
Specialization landed in trunk.
Diffstat (limited to 'TODO')
| -rw-r--r-- | TODO | 16 |
1 files changed, 16 insertions, 0 deletions
@@ -0,0 +1,16 @@ +Ideas and things to be done, in random order +============================================ + +* Private members that are specialized should be name-mangled. The are + now turned to 'protected'. Probably 'expandName' is enough (keep the old + symbols). + +* specialize methods only when representation changes (basically when + value parameters have naked type parameters or arrays of naked type + params). + +* handle specialized type members (whatever that may mean) + +* Could we have better runtime types for specialized instances? + +* Could we have user provided specializations? |