[fpc-devel] FPC/Lazarus Rebuild performance

[Florian Klaempfl]

Am 13.09.2010 23:38, schrieb Hans-Peter Diettrich:
> Florian Klämpfl schrieb:
> 
>> This is a very specific example which allows to explain rather simple
>> the slowness of 2.x: The reason is a decision geared by maintainability
>> and portability: 2.x uses a so-called graph colouring register allocator
>> while 1.x used a pretty simple register allocator specifically tailored
>> for i386.
> 
> Shouldn't we make the register allocator configurable, so that e.g.
> non-release builds can become faster, and several replacements can be
> tested easily?

Well, as usual: somebody has to implement one. Problem is also: using
e.g. a different register allocator for -O- and -O2 will result in less
testing by users of one or the other.