Fcalva/cyclone
1
0
Fork 0
mirror of https://github.com/justinethier/cyclone.git synced 2025-05-24 04:25:06 +02:00
Code Issues Projects Releases Packages Wiki Activity Actions

Updated TODO's

Browse source
This commit is contained in:
Justin Ethier 2015-08-25 23:29:36 -04:00
parent 32bf682db7
commit 9ef1009e1f
1 changed files with 3 additions and 5 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

8
TODO
View file

@ -20,6 +20,7 @@ Working TODO list. should start creating issues for these to get them out of her
- macros - macros
- next steps: - next steps:
- migrate tests from test2.scm to unit-test suite
- how should ex rename/compare work? check working implementations, papers. find test cases that cyclone does not handle right now - how should ex rename/compare work? check working implementations, papers. find test cases that cyclone does not handle right now
- review 4 cases below for handling macro expansion. I think there are still some outstanding issues - review 4 cases below for handling macro expansion. I think there are still some outstanding issues
with respect to eval'd macros with respect to eval'd macros
@ -111,11 +112,8 @@ when it does not have to, and slowing down compilation even more
cyclone> (call/cc (lambda (k) (k 1))) cyclone> (call/cc (lambda (k) (k 1)))
Error: Expected 2 arguments but received 1. Error: Expected 2 arguments but received 1.
- eval extra 'cont' param is being exposed, because this works:
there is limited concept of macro expansion, probably other deficiencies as well (call/cc (lambda (k) (k 1 1)) (lambda (k) (k 1 1)))
call/cc issues?
almost certainly will break when running the self-hosted compiler...
no, I think this is ok. may want to unify macros with compiler side though
- I/O - I/O
- may be able to use fmemopen to implement output strings, although it is not supported on windows - may be able to use fmemopen to implement output strings, although it is not supported on windows