[llvm-commits] [dragonegg] r88872 - /dragonegg/trunk/TODO
Duncan Sands
baldrick at free.fr
Sun Nov 15 12:38:57 PST 2009
Author: baldrick
Date: Sun Nov 15 14:38:57 2009
New Revision: 88872
URL: http://llvm.org/viewvc/llvm-project?rev=88872&view=rev
Log:
Yet more things to do.
Modified:
dragonegg/trunk/TODO
Modified: dragonegg/trunk/TODO
URL: http://llvm.org/viewvc/llvm-project/dragonegg/trunk/TODO?rev=88872&r1=88871&r2=88872&view=diff
==============================================================================
--- dragonegg/trunk/TODO (original)
+++ dragonegg/trunk/TODO Sun Nov 15 14:38:57 2009
@@ -48,6 +48,12 @@
GCC now has per-function optimization levels. Add support for this.
+Fortran is currently broken because it has a boolean type with a precision
+of 1 bit but size not equal to 8 bits. We convert to i1 which has the wrong
+AllocSize. Fix this by distinguishing between the "memory type" used for
+passing the value around in memory (which would be i32 for this Fortran type),
+and the "register type" used for passing about in register (i1 in this case).
+This should tie in nicely with gimple registers versus references.
Code quality
------------
@@ -55,6 +61,11 @@
Check the effect on code speed of having complex numbers be first class
structures, i.e. values rather than in-memory aggregates.
+Clarify and extend the distinction between gimple registers and "the rest",
+the rest being mostly references.
+
+BIT_FIELD_REF is used to extract (and presumably insert) vector elements.
+Consider turning this directly into the corresponding vector operations.
Features
--------
More information about the llvm-commits
mailing list