Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.lang.pascal.borland    |    Borland Pascal was actually pretty neat    |    2,978 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 1,700 of 2,978    |
|    =?ISO-8859-1?Q?Bj=F6rn_Felten?= to All    |
|    Re: Simple chrono    |
|    02 Jun 05 16:24:25    |
      From: abuse@telia.com              > Version 7 of TP/BP also accepts assembler between       >       > asm       > ....       > end;               Indeed it does, and that's the way I usually do it (I'm basically an       assembler programmer), but that does not give you the "insert hex code       here" feature of an inline macro; it results in the same stack       manipulating code over-head as any other procedure/function.               Inline macros are a very special case, that's worth looking into,       and experiment with. Preferably using the debugger to watch the result,       learning how to make use of the way variables and return results are       passed to and fro procedures/functions in TP/BP.               We all know how much is won, by making use of the fact, that a value       is already in a CPU accumulator, rather than accessing comparably slow       RAM, don't we? 8-)               With a big asm part, it's better to use the asm/end version, that       you suggest, because then you get the usual call to one instance of the       code, but up to some 25-30 bytes of code, you gain a lot of both speed       and size by using inline macros.                     --        FidoNet in your news reader: news://felten.yi.org        For full access, register at: http://felten.yi.org/join.html              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca