On 13 jan, 08:55, Oliver Seitz <[email protected]> wrote: >But it isn't really that easy to understand for assembler novices. And it does >not fit very good into the current print lib. For now, we have one universal >procedure that is used for outputting bytes, words and dwords, both signed and >unsigned. It can not be the optimal solution for bytes, of course, but it >avoids duplicate code when outputting different types of variables. > I'll first try to optimize that universal procedure, if this does not work > good enough I'll think about some other solution.
There's a similar code for words (no div/mul). Managing signed fata is just a matter of a hand of instructions more. For dwords, I have no assembler optimized code, it's a bit more complicated. On avoiding duplicate code: small assembler routines will never not cost more than the code you will add to deal with the same data type, in JAL or whatever you chose. The Delphi format routine is mainly written in assembler. On assembler understanding for novices: if the library works, the novice will not have any interrest to understand how it works inside. Only the interface matters. IMHO Library developpers shall have some skills in assembler, else the libraries are often fat and slow, despite of any optimizing qualities of any good compiler. Regards, Philippe. -- You received this message because you are subscribed to the Google Groups "jallib" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/jallib?hl=en.
