[icfp] put 'correctness' inside 'solution'
This commit is contained in:
parent
64c83f3178
commit
c35e37d9a0
|
@ -1,14 +0,0 @@
|
|||
@title{Correctness}
|
||||
|
||||
Our implementation of @racket[format] in @todo{figure-ref} exhibits a few desirable properties.
|
||||
@itemlist[
|
||||
@item{}
|
||||
]
|
||||
|
||||
Generally speaking these properties are the ``right'' way to judge if a transformation is correct.
|
||||
|
||||
|
||||
|
||||
Open question: can we design a restricted macro language where every transformation
|
||||
is statically checked to ensure termination and correctness.
|
||||
|
|
@ -13,3 +13,25 @@
|
|||
@; We don't re-implement format or regexp,
|
||||
@; but we do implement + and some vector operations, to go faster
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@section{Correctness}
|
||||
|
||||
Our implementation of @racket[format] in @todo{figure-ref} exhibits a few desirable properties.
|
||||
@itemlist[
|
||||
@item{}
|
||||
]
|
||||
|
||||
Generally speaking these properties are the ``right'' way to judge if a transformation is correct.
|
||||
|
||||
|
||||
|
||||
Open question: can we design a restricted macro language where every transformation
|
||||
is statically checked to ensure termination and correctness.
|
||||
|
||||
We have argued that our macros help typed programming, but they did so only
|
||||
by going outside the law of the type checker.
|
||||
|
||||
|
|
Loading…
Reference in New Issue
Block a user