about summary refs log tree commit diff stats
diff options
context:
space:
mode:
authorKartik K. Agaram <vc@akkartik.com>2014-10-12 11:12:36 -0700
committerKartik K. Agaram <vc@akkartik.com>2014-10-12 11:12:36 -0700
commit1bd5f2f5f1a3df0bf5d0907d08c70eda9e120e1f (patch)
treec196deeaed536df8e858b664b59583cd04ba9a75
parent244f31f7ee9b9d9114683b36636b6563cb08be6b (diff)
downloadmu-1bd5f2f5f1a3df0bf5d0907d08c70eda9e120e1f.tar.gz
138
Current todo stack:
  trace-based assert
  new-tagged-value - assert that first arg has size 1
  test constructing list manually
  new-list
-rw-r--r--mu.arc.t8
1 files changed, 3 insertions, 5 deletions
diff --git a/mu.arc.t b/mu.arc.t
index 4d7df707..1f1329be 100644
--- a/mu.arc.t
+++ b/mu.arc.t
@@ -902,11 +902,9 @@
 ; 'type' and 'otype' let us create generic functions that run different code
 ; based on what args the caller provides, or what oargs the caller expects.
 ;
-; These operations are more experimental than their surroundings; we might
-; eventually need more detailed access to the calling instruction.
-;
-; There's also the open question of how to deal with dynamic-typing situations
-; where the caller doesn't know the type of its arg/oarg.
+; These operations are almost certainly bad ideas; they violate our constraint
+; of easily assembling down to native code. We'll eventually switch to dynamic
+; typing with tagged-values.
 
 (reset)
 (new-trace "dispatch-otype")