Re: 68K/68332 Assembly/Binary Problem


kevinor asked:


My current train of thought is to code a number of Bin/Hex conversions
with relatively low cycle-counts.

In order to perform the Decimal conversions the best I can come up
with at the moment is to have a place-value table of powers of ten and
use indexing and addition algorithms to compute the place-values
during conversions. It will take a large number of cycles but it's the
best I can come up with at the moment. Is this a valid approach do you
think?

Yes indeed, it's fast but needs a prepared table in memory.
I have this table in memory all the time as it can also
help fast LUT divide (hugh figures) and quick LOG2(10)/LOG10(2)
conversion tasks.

Beside that your target (Motorola) CPU may use Big Endian storage,
You esay could follow my way with the (partial LOG)-LUT
I mentioned already in another thread within this week, within this NG.

__
wolfgang




.

Relevant Pages

  • Re: [OT]God Damn UNICODE,...
    ... existing libraries that have ansi interfaces and i must ... do all the conversions and sometimes it is not really ... memory inside looks to see,... ...
    (microsoft.public.win32.programmer.kernel)
  • Re: Pointer equality and dereferencing
    ... depends on the interpretation of an object (region of memory) ... Except that the very concept of value-preserving conversions would be ... 6.3.1.6p2: coversion to a smaller floating type: "... ... Each of those statements would be meaningless if values of different ...
    (comp.std.c)
  • Re: Giving an address value to a pointer
    ... may not be a valid pointer -- but if you happen to know that the ... will result in temp pointing to memory address 0x80100000. ... The behaviour is, as Keith noted, implementation-defined, ... of weird, wonderful, or non-sensical conversions. ...
    (comp.lang.c)
  • Re: Giving an address value to a pointer
    ... but such conversions cannot be done implicitly; a cast is ... may not be a valid pointer -- but if you happen to know that the ... will result in temp pointing to memory address 0x80100000. ... of weird, wonderful, or non-sensical conversions. ...
    (comp.lang.c)