Why is not inlining that bad?

BCS BCS at pathlink.com
Mon Oct 8 13:24:18 PDT 2007


0ffh wrote:
> Walter Bright wrote:
> 
>> Inlining a function, besides getting rid of the function call/return 
>> code, which can be significant, also enables interprocedural 
>> optimizations: register assignment, common subexpressions, constant 
>> folding, etc. It can result in dramatically fewer instructions being 
>> executed. Besides, it is more code memory cache friendly.
> 
> 
> Reminds me of:
> 
> news://news.digitalmars.com:119/fdpmra$14n3$1@digitalmars.com
> 
> Am I lucky when I, as BCS so elegantly put it, "say my prayers to the
> deities of optimization", and hope that debugfln(...){} will be reduced
> to even less than call/retn?
> 
> Regards, frank

BTW that was Bill Baxter, replying to me.



More information about the Digitalmars-d mailing list