| ??? 08/12/08 00:22 Read: times |
#157407 - The LLVM Compiler Infrastructure Responding to: ???'s previous message |
I'm currently busy looking closer at:
http://llvm.org/ Which basically uses gcc/g++ to produce byte-code data extended with type and align information for use by free-standing back-ends. The required code size to process the intermediate data will probably be significantly larger than the I2L interpreter, but it may be worth it. |
| Topic | Author | Date |
| Virtual or existing architecture for emulation | 01/01/70 00:00 | |
| Additional info about host/usage | 01/01/70 00:00 | |
| How about MIPS? | 01/01/70 00:00 | |
| VHDL | 01/01/70 00:00 | |
| take a look at the content | 01/01/70 00:00 | |
| I think 8 or 16 bit is optimum | 01/01/70 00:00 | |
| Maybe you should start with an ARM chip | 01/01/70 00:00 | |
| I2L sounds interesting | 01/01/70 00:00 | |
| It's probably best to check with the maintainers | 01/01/70 00:00 | |
| Doesn't seem to be a C to I2L | 01/01/70 00:00 | |
| The LLVM Compiler Infrastructure | 01/01/70 00:00 | |
| Since there's help available ... | 01/01/70 00:00 | |
| With the low price of 8-bit single chip MCUs... | 01/01/70 00:00 | |
| Slave processors not an alternative | 01/01/70 00:00 | |
| Users | 01/01/70 00:00 | |
| Probably debugging on PC | 01/01/70 00:00 | |
| Are you really going to do that! | 01/01/70 00:00 | |
| Existing building blocks helps | 01/01/70 00:00 | |
It hasn't been done for you but ... | 01/01/70 00:00 | |
| When I was in school ... | 01/01/70 00:00 |



