X-Git-Url: http://wien.tomnetworks.com/gitweb/?a=blobdiff_plain;f=doc%2FTODO;h=15f7cb7190f159e260aeaf7eeb246e1308306413;hb=c803146cc80b61305fde8279f0a36f8fe6ef7eb2;hp=b45b9272c14fdb27b69f1b98a3bbac6cd4b86169;hpb=0b336aa95dfd979e2efdc065561448cfb4c91732;p=mate.git

diff --git a/doc/TODO b/doc/TODO
index b45b927..15f7cb7 100644
--- a/doc/TODO
+++ b/doc/TODO
@@ -7,11 +7,24 @@
 	-> for gnu classpath absolutely necessary
 	-> estimated effort: unknown
 
+(l) replace signals with "nice traps"?
+	pro -> don't rely on operating system anymore
+	pro -> maybe better ghci behaviour?
+	cons -> at some point, signals are useful for debugging?
+	cons -> better "template" tricks are needed, as we cannot insert more
+	instructions or want to place nop's at production code path
+
 (l) gnu classpath integration
 	-> would be awwwesome
 	-> depends on: exceptions, jni (?)
 	-> estimated effort: unknown
 
+(m) hoopl
+	-> for "frontEnd analysis"
+	-> transition to MIR (Mate IR)?
+
+(h) switch statement (basically lookupswitch insn)
+
 (m) testing: hunit? quickcheck? other?
 	-> we have `make tests' now, but it should be only considered as
 	   high-level test. we need something
@@ -63,6 +76,14 @@
 (l) get rid of missingh
 	-> huge dependency and we just need one function of it
 
+(l) get more details what takes time
+	-> use Data.Time.Clock
+	-> seperate analysis, jit, execution, ...
+	-> maybe use ghc profiling? (it doesn't measure native execution, but well)
+
+(h) patching also possible with harpy?
+	-> we can use a own buffer @ codegeneration...
+
 
 (l) ... low priority
 (m) ... medium priority