<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Nov 17, 2015 at 10:02 AM, Tomas Hajny <span dir="ltr"><<a href="mailto:XHajT03@hajny.biz" target="_blank">XHajT03@hajny.biz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">First, the two units serve as interfaces to the same external library,<br>
thus they provide the same functions with the same parameters. </blockquote><div>For the external functions, it shouldn't be a problem at all.<br></div><div>Since it's happening today, since it's allowed to reference the same external function via different names/units in pascal.<br></div><div>i.e. WinAPI functions are usually referenced from a custom written units. But later are added to rlt windows.pas unit. So the custom written unit compiles just fine.<br></div><div>So, in the end keeping the reference to an external function name the same is ok.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Second,
they even come from the same original codebase, so even the functionality<br>
added on top of what is included in the external library probably matches<br>
at least partly. </blockquote><div>Custom (pascal-level) code has to be split (unless 100% the same). Thus if both lnet/openssl.pas and fcl/openssl.pas are providing the same function (i.e. sslinit), but have different pascal code (not just an external reference), object names for these function should be unique.<br></div><div><br></div><div>I guess, the biggest issue here is that "packages" are being precompiled (using the same names), thus either sources are necessary to recompile and change the name  or object files has to be modified to make names unique.<br></div><div></div><br></div>thanks,<br></div><div class="gmail_extra">Dmitry<br></div></div>