diff options
Diffstat (limited to 'stdlib/source/library/lux/target/scheme.lux')
| -rw-r--r-- | stdlib/source/library/lux/target/scheme.lux | 34 |
1 files changed, 17 insertions, 17 deletions
diff --git a/stdlib/source/library/lux/target/scheme.lux b/stdlib/source/library/lux/target/scheme.lux index 011f681f9..6dcc744ca 100644 --- a/stdlib/source/library/lux/target/scheme.lux +++ b/stdlib/source/library/lux/target/scheme.lux @@ -24,7 +24,7 @@ (def: nested (-> Text Text) (.let [nested_new_line (format text.new_line text.tab)] - (text.replace_all text.new_line nested_new_line))) + (text.replaced text.new_line nested_new_line))) (abstract: .public (Code k) {} @@ -122,7 +122,7 @@ [f.not_a_number?] [(new> "+nan.0" [])] - ## else + ... else [%.frac]) :abstraction)) @@ -133,7 +133,7 @@ (def: safe (-> Text Text) (`` (|>> (~~ (template [<find> <replace>] - [(text.replace_all <find> <replace>)] + [(text.replaced <find> <replace>)] ["\" "\\"] ["|" "\|"] @@ -234,7 +234,7 @@ [[append/2 "append"] [cons/2 "cons"] [make_vector/2 "make-vector"] - ## [vector_ref/2 "vector-ref"] + ... [vector_ref/2 "vector-ref"] [list_tail/2 "list-tail"] [map/2 "map"] [string_ref/2 "string-ref"] @@ -250,19 +250,19 @@ [[vector_copy!/5 "vector-copy!"]]] ) - ## TODO: define "vector_ref/2" like a normal apply/2 function. - ## "vector_ref/2" as an 'invoke' is problematic, since it only works - ## in Kawa. - ## However, the way Kawa defines "vector-ref" causes trouble, - ## because it does a runtime type-check which throws an error when - ## it checks against custom values/objects/classes made for - ## JVM<->Scheme interop. - ## There are 2 ways to deal with this: - ## 0. To fork Kawa, and get rid of the type-check so the normal - ## "vector-ref" can be used instead. - ## 1. To carry on, and then, when it's time to compile the compiler - ## itself into Scheme, switch from 'invoke' to normal 'vector-ref'. - ## Either way, the 'invoke' needs to go away. + ... TODO: define "vector_ref/2" like a normal apply/2 function. + ... "vector_ref/2" as an 'invoke' is problematic, since it only works + ... in Kawa. + ... However, the way Kawa defines "vector-ref" causes trouble, + ... because it does a runtime type-check which throws an error when + ... it checks against custom values/objects/classes made for + ... JVM<->Scheme interop. + ... There are 2 ways to deal with this: + ... 0. To fork Kawa, and get rid of the type-check so the normal + ... "vector-ref" can be used instead. + ... 1. To carry on, and then, when it's time to compile the compiler + ... itself into Scheme, switch from 'invoke' to normal 'vector-ref'. + ... Either way, the 'invoke' needs to go away. (def: .public (vector_ref/2 vector index) (-> Expression Expression Computation) (..form (list (..var "invoke") vector (..symbol "getRaw") index))) |