bugfix: proper return types for templates
This commit is contained in:
parent
a15475f582
commit
f7884717c1
6 changed files with 35 additions and 26 deletions
11
todo.txt
11
todo.txt
|
|
@ -3,8 +3,11 @@ High priority (version 0.8.12)
|
|||
* implement message passing built-ins
|
||||
|
||||
* add --deadlock_prevention:on|off switch? timeout for locks?
|
||||
* real types for template results
|
||||
* built-in serialization
|
||||
- bug: invoking a generic iterator twice triggers a code gen bug
|
||||
- pegs: the anchor '^' does not work because many procs use a linear search
|
||||
and matchLen()
|
||||
- conversion between character sets
|
||||
|
||||
|
||||
version 0.9.0
|
||||
|
|
@ -19,18 +22,15 @@ version 0.9.0
|
|||
- fix overloading resolution
|
||||
- wrong co-/contravariance
|
||||
- make ^ available as operator
|
||||
- implement closures for the C code generator
|
||||
- implement closures; implement proper coroutines
|
||||
|
||||
Bugs
|
||||
----
|
||||
- proc (x: int) is passable to proc (x: var int) !?
|
||||
- the parser allows empty object case branches
|
||||
- pegs: the anchor '^' does not work because many procs use a linear search
|
||||
and matchLen()
|
||||
- bug: generic assign still buggy
|
||||
- Optimization: If we use a temporary for the result anyway the code gen
|
||||
should make use of this fact to generate better code...
|
||||
- bug: invoking a generic iterator twice triggers a code gen bug
|
||||
- bug: forward proc for generic seems broken
|
||||
- sorting with leads to a strange memory corruption!
|
||||
--> system.swap or genericAssign is broken! And indeed, if reference counts
|
||||
|
|
@ -69,7 +69,6 @@ Library
|
|||
|
||||
- radix tree for strings; maybe suffix tree
|
||||
- locale support
|
||||
- conversion between character sets
|
||||
- bignums
|
||||
- ftp (and other internet protocols)
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue