<p>Am 27.01.2016 07:38 schrieb "Michael Van Canneyt" <<a href="mailto:michael@freepascal.org">michael@freepascal.org</a>>:<br>
><br>
><br>
><br>
> On Tue, 26 Jan 2016, Maciej Izak wrote:<br>
><br>
>> 2016-01-26 22:43 GMT+01:00 silvioprog <<a href="mailto:silvioprog@gmail.com">silvioprog@gmail.com</a>>:<br>
>><br>
>>> The Generics.Collections should be added to RTL or as a FPC package.<br>
>>><br>
>>> Is there some problem in your implementation that Laz team decided to add<br>
>>> it as Lazarus package? If so, is it fixable? :-/<br>
>>><br>
>>><br>
>>>> current version: <a href="https://github.com/dathox/generics.collections">https://github.com/dathox/generics.collections</a><br>
>>>><br>
>>><br>
>> Yes. The biggest problem is that the Generics.Collections is not already in<br>
>> RTL. ;) I need this for all my "Sparta packages".<br>
><br>
><br>
> The reason your collection was not added as a package to FPC was that there<br>
> were some compiler bugs at the time. If these bugs are fixed, I see no<br>
> reason why the package should not be added to FPC.<br>
><br>
> Can you remind me the bug ID ? then I will look at it.</p>
<p>The main reason is Collections.Defaults. I'm definitely not a fan of the manual interface building it does, because I don't want to have to maintain that, just in case we change some implementation detail in FPC that this unit happens to rely on, maybe even only in a subtle way. No performance gain is worth this potential maintenance nightmare. And until I had the time to thoroughly check the implications that this unit has I won't add the code to the RTL (just in case: rtl-objpas or rtl-extra, not the bootstrapping RTL). </p>
<p>Regards,<br>
Sven</p>