
<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Arial; font-size: 10pt; color: #000000'>Hi,<br><br>I was wondering why on several occasions in discussions regarding compiler design and parser branches it was mentioned (especially by Florian) that FPC is in need of a faster FillChar.<br><br>The reason for this bewonderment is that I see code regarding the fastmove that is by John O'Harrow of fastcode fame in the i386 dir. Was this donated by him, or was it an adaptation of the fastcode code with another licence slapped onto it?<br><br>If so, why not contact him for his fillchar routine (or do the same as with the fastmove) that was entered in the fastcode contest for a fillchar method?<br><br>http://fastcode.sourceforge.net/<br><br>ps: <br>the current fillchar implementation has 2 caveats and one "heavy" instruction<br>* misaligned buffers are not handled, resulting in misaligned 32bit memory-writes and possibly penalty's. Donno if this can happen, but still. (shortstring initialisation?)<br>* the check for count <= 0 can be done sooner<br>* the imul is not as expensive as before, but still is "heavy". Especially when the fillchar is 0, this is heavy and can better be replaced by a xor %eax,%eax or maybe even better if the value is always extended to 32bit/64bit in this special case.<br><br>As I understand its mostly used use case is for zero'ing memory when used in compiler/runtime memory initialization/finalization, it might bring a small upgrade in speed (more so if it is for lots of small memory-block zero'ing).<br><br>kind regards,<br>Dimitri Smits<br></div></body></html>