[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[f-cpu] Some answer

Argh ! 92 messages !

Define a generic representation of code to write different compiler are
very hard. The big example is why gcc couldn't produice an output in
java byte code. JVM are simply a "virtual processor", so it will be nice
that gcc could compile for this target. But it's a stack machine not a
register based one. And the semantic of the intermediate representation
are too poor to be used.

Our register set is definitely 3r 2W, i don't like it too much for
performance reason but why using it better. One off the main problem are
exepntion handler. Couldn't it be possible to use the second register to
output the state without traping (imagine the DIV instruction, the
second register will say if a div by zero occur or an overflow
occur,...). If the system need a trap an instruction should verify the
regiter otherwise it could do nothing. What do you think of it ?

For the floating point unit, we should provid 128 bits extended floating
point precision for the day of the register set will double.

What about written a asm optimiser which could be used as backend for
every different language compiler ?

VHDL could never be used to write SW. It's too poor !  IO fonction are
too poor. Nowdays HW world try to find an other way to code to a higher
level. SystemC are the best canditate (C++ + a lib), but there is other
proposal (VHDL-OO, UML-RT, new langage...)

read you soon !

To unsubscribe, send an e-mail to majordomo@seul.org with
unsubscribe f-cpu       in the body. http://f-cpu.seul.org/