Chris Lattner | 0095054 | 2001-06-06 20:29:01 +0000 | [diff] [blame] | 1 | * Provide a pass that eliminates critical edges from the CFG |
| 2 | * Provide a print hook to print out xvcg format files for vis |
| 3 | * I need to provide an option to the bytecode loader to ignore memory |
| 4 | dependance edges. Instead, the VM would just treat memory operations |
| 5 | (load, store, getfield, putfield, call) as pinned instructions. |
| 6 | * I need to have a way to prevent taking the address of a constant pool |
| 7 | reference. You should only be able to take the address of a variable. |
| 8 | Maybe taking the address of a constant copies it? What about virtual |
| 9 | function tables? Maybe a const pointer would be better... |
| 10 | * Structures should be accessed something like this: ubyte is ok. Limits |
| 11 | structure size to 256 members. This can be fixed later by either: |
| 12 | 1. adding varient that takes ushort |
| 13 | 2. Splitting structures into nested structures each of half size |
| 14 | <float> %f = loadfield *{int, {float}} Str, ubyte 1, ubyte 0 |
| 15 | storefield float %f, *{int, {float}} Str, ubyte 1, ubyte 0 |
| 16 | * I'm noticing me writing a lot of code that looks like this (dtor material here): |
| 17 | ConstPool.dropAllReferences(); |
| 18 | ConstPool.delete_all(); |
| 19 | ConstPool.setParent(0); |
| 20 | ~ConstPool |
| 21 | |
| 22 | * Need a way to attach bytecode block info at various levels of asm code. |
| 23 | * Rename "ConstantPool" to "ConstPool" |
| 24 | * Maybe ConstantPool objects should keep themselves sorted as things are |
| 25 | inserted. |
| 26 | * Need to be able to inflate recursive types. %x = { *%x }, %x = %x () |
| 27 | * Recognize and save comments in assembly and bytecode format |
| 28 | * Encode line number table in bytecode (like #line), optional table |
| 29 | |
| 30 | * Encode negative relative offsets in the bytecode file |
| 31 | |
| 32 | * Implement switch to switch on a constant pool array of type: |
| 33 | [{ label, int }] or [label] (lookup vs index switch) |
| 34 | * Apparently bison has a %pure_parser option. Maybe useful for Assembly/Parser |
| 35 | |
| 36 | * Implement a header file that can read either assembly or bytecode, implement |
| 37 | a writer that can output either based on what is read with this reader.. |
| 38 | * Implement the following derived types: |
| 39 | * structure/record { int %foo, int %bar} or { %foo = int, int } |
| 40 | * pointer int * |
| 41 | * "packed format", like this: [4 x sbyte]: Packed SIMD datatype |
| 42 | * Maybe 'tailcall' also? |
| 43 | * It might be nice to support enumerations of some sort... especially for use |
| 44 | as a compiler IR |
| 45 | * Include a method level bytecode block that defines a mapping between values |
| 46 | and registers that defines a minimally register allocated code. This can |
| 47 | make me finally address how to encode extensions in assembly. |
| 48 | * Bytecode reader should use extensions that may or may not be linked into the |
| 49 | application to read blocks. Thus an easy way to ignore symbol table info |
| 50 | would be to not link in that reader into the app. |