<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2018-06-30 8:55 GMT+02:00 Sven Barth via fpc-devel <span dir="ltr"><<a href="mailto:fpc-devel@lists.freepascal.org" target="_blank">fpc-devel@lists.freepascal.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><span class="gmail-"><div><div class="gmail_quote"><div dir="ltr">No, the bad taste is too have a class that appears to be named specifically to fit a specific third party project inside a general purpose library.<br></div></div></div></span></div></blockquote><div><br></div><div>Ok, I agree here, but why Michael Van Canneyt decide to annihilating only TmORMotHashFactory and TDelphi*HashFactory still exist? This is highly not consequent!</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto">(though I agree that the change of the default hash could have been discussed first) </div></div></blockquote><div><br></div><div>seems that compilation for minor example (easy fixable in other way) has bigger priority than major performance of whole library :P</div></div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>Best regards,<br>Maciej Izak</div></div></div>
</div></div>