RE: dsPIC33F Lua support (Was: Advocating Lua on an embedded systems fair)

["John Hind" <john.hind@...>]

It's always good to think outside the box, but does this make commercial
sense? If you have a low-volume application, why worry about a price
difference that's the equivalent of a few hours labour at minimum wage? If
you have a large-volume application, it is surely more cost effective to
invest the development time in programming it in assembler to minimise the
memory requirements and optimise power consumption and performance?

For Lua, the mind boggles at a CG cycle where RAM has to be swapped in and
out from a serial RAM into a keyhole of a few hundred bytes (typical) on the
chip!

-----Original Message-----
From: David Given Sent: 11 February 2009 11:21

One idea I've been vaguely mulling over for a while is to emulate a
32-bit system on a 8-bit embedded processor.

Attachment: smime.p7s
Description: S/MIME cryptographic signature