Author: Les Fernandez
Date: 13:12:09 02/25/05
Go up one level in this thread
On February 25, 2005 at 14:36:33, Dan Honeycutt wrote: >On February 25, 2005 at 14:03:15, Dann Corbit wrote: > >>On February 25, 2005 at 11:41:02, Dan Honeycutt wrote: >> >>>On February 25, 2005 at 10:30:58, William Penn wrote: >>> >>>[snip] >>>>Thanks to all for your suggestions. It looks like "C" is most often suggested as >>>>a higher-level language, with later translation into Assembly for subroutines >>>>that need to be as fast as possible. That's analogous to what I used to do with >>>>Basic and Assembly on my old C64. >>>>WP >>> >>>How did you do it? I recall back in the C64 days the built in Basic had no >>>mechanism to include assembly routines. So I'd generate the assembly with MASM >>>and put it in a string. Basic had a function to get the address of the string >>>and a Call function (vs the standard Gosub) which you could use to call the >>>assembly routine. >>> >>>Ahh, the good old days. >> >>6520 assembly is incredibly tedious. No multiply instruction, for instance. >> >>But you can use the C64 Rom to do the floating point by storing the numbers in >>the FAC and AFAC (pseudo floating point accumulators) and then calling the Rom >>routine. >> >>I have written lots of 6510 assembly. Glad those days are past, but it was fun >>back in the day. > >I had a Trash-80 so I was programming in Z80 assembly, but I think the string >packing stuff worked the same on the C64. My solution to floating point in >assembly was simple; avoid it. In a hybrid Basic/Assemby program the floating >point could usually be done fast enough in Basic. If speed was essential I'd >resort to Fortran, but I otherwise tried to avoid Fortran at all costs. My >hatred for Fortran goes back to school days when this was all we were taught. >Those were the punch card days. Not only am I glad those days are over, they >were not fun. > >Dan H.
This page took 0 seconds to execute
Last modified: Thu, 15 Apr 21 08:11:13 -0700
Current Computer Chess Club Forums at Talkchess. This site by Sean Mintz.