Joseph Ferano
26c53e0a19
The mechanical half, ahead of the parser change that needs it. tools/unit-return.py
fills the empty slot with () and rewrites Unit as () wherever a type is spelled --
(Fn [i32] Unit), (Map i32 Unit), a return type written out.
Deciding whether a defn already had a return type is the whole difficulty, and
the script does it the way parse.ml did: is_type_form is transcribed rather than
improved, because being identical to the parser it replaces is what makes the
sweep meaning-preserving. It is re-runnable, so the lanes that branched before
this can have the same pass at merge:
python3 tools/unit-return.py .
python3 tools/unit-return.py --in-strings test/test_flan.ml test/test_acceptance.ml \
test/test_session.ml emacs/test-flan-dev.el emacs/test-flan-mode.el
python3 tools/unit-return.py --raw-ml lib/prelude.ml
python3 tools/unit-return.py --in-html web/index.html
-v logs every defn it saw and what it decided, which is how a sweep of 440 sites
gets reviewed at all. Embedded modes pool a file's type declarations across all
its fragments, because a snippet split across concatenation -- decls ^ "(defn f
[s [u8]] Cursor ...)" -- cannot see the names the other half declared; pooled
names count only in bare-symbol position, for the same reason the prelude's do.
A fragment that cuts off mid-form is skipped rather than guessed at. Five sites
in test_flan.ml still needed a hand, and they are in this commit.
Two things ride along because the sweep needs them: parse.ml reads a lone () as
the return type of a function with no body, which was not a shape the old
optional slot could produce; and the map refusals name () rather than Unit, since
that is now the spelling a caller wrote.
33 lines
1.2 KiB
Plaintext
33 lines
1.2 KiB
Plaintext
;;;; raylib [core] example - basic window
|
|
;;;;
|
|
;;;; examples/core/core_basic_window.c, line for line. Nothing here needed
|
|
;;;; anything the language did not already have, which is the point of doing it
|
|
;;;; first: if this one does not run, none of the others will either.
|
|
;;;;
|
|
;;;; The one structural difference from the C is the loop: the C writes
|
|
;;;; `while (!WindowShouldClose())` and Flan has `until`, which is the same
|
|
;;;; thing without the negation. sand.flan does likewise.
|
|
;;;;
|
|
;;;; `defer` closes the window. It is function-scoped — it runs when `main`
|
|
;;;; returns and not at the end of any inner block — which is exactly what the
|
|
;;;; C's trailing CloseWindow() means here.
|
|
|
|
(import rl "vendor:raylib")
|
|
|
|
(defconst screen-width 800)
|
|
(defconst screen-height 450)
|
|
|
|
(defn main [] ()
|
|
(rl/init-window screen-width screen-height
|
|
"raylib [core] example - basic window")
|
|
(defer (rl/close-window))
|
|
|
|
(rl/set-target-fps 60)
|
|
|
|
(until (rl/window-should-close?)
|
|
(rl/begin-drawing)
|
|
(rl/clear-background rl/raywhite)
|
|
(rl/draw-text "Congrats! You created your first window!" 190 200 20
|
|
rl/lightgray)
|
|
(rl/end-drawing)))
|