  |    | Re: Some comments (long) (was: Something else is needed, I think...)
  |  
  | 
 Mark Tarrabain wrote in message <3730DE97.EFB3BF9A@l....bc.ca>... (...) It is probably true that a floating-point library cannot (should not?) be built into the firmware. It would probably be better for this to be supported by the compiler(s). But (...)   (26 years ago, 6-May-99, to lugnet.robotics)   
   | 
 |   | 
  |    | Re: Some comments (long) (was: Something else is needed, I think...)
  |  
  | 
Some comments on what Chris Phillips wrote: - as far as I know, you will not be able to implement floating point in byte code, it will be too inefficient (mostly in terms of space) - agreed, current firmware does not support fixed point well, and it (...)   (26 years ago, 6-May-99, to lugnet.robotics)   
   | 
 |   | 
  |    | Re: Some comments (long) (was: Something else is needed, I think...)
  |  
  | 
 Kekoa Proudfoot wrote in message ... (...) Do you think it would be possible with improved firmware to support inline H8 code embedded in a user program? For example, a special byte code could indicate that the following code should be executed (...)   (26 years ago, 6-May-99, to lugnet.robotics)   
   | 
 |   | 
  |    | Re: Some comments (long) (was: Something else is needed, I think...)
  |  
  | 
(...) Good idea! I like it! The only problem I can see with this is I'm not sure if the H8 supports position independant code or not. If it does, then there's no problem. (...)    (26 years ago, 6-May-99, to lugnet.robotics)   
   | 
 |   | 
  |    | Re: Some comments (long) (was: Something else is needed, I think...)
  |  
  | 
(...) You might be able to do this if you were clever about it; you might be able to define an opcode that defines a native subroutine that you can call with another opcode, say, that passes in 16- or 32-bit values in registers and expects you store (...)   (26 years ago, 7-May-99, to lugnet.robotics)   
   | 
 |   | 
  |    | Re: Some comments (long) (was: Something else is needed, I think...)
  |  
  | 
(...) I should clarify this. The 16-bit software multiply takes two 16-bit numbers and stores their product in a 16-bit number. The 32-bit software multiply takes two 32-bit numbers and stores their product in a 32-bit number. The operations are (...)   (26 years ago, 7-May-99, to lugnet.robotics)   
   |