
<html dir="ltr"><head></head><body style="text-align:left; direction:ltr;" bgcolor="#ffffff" text="#2e3436" link="#1b6acb" vlink="#2e3436"><div>Hi Matija,</div><div><br></div><div>On Tue, 2020-12-29 at 18:50 +0100, Matija Nalis wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><pre>As for hard coding, those paths are ALREADY hard-coded at least for</pre><pre>Intel architectures (amd64, i386), for example:</pre></blockquote><div>...</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><pre>That hard-coded paths seem to already be auto-generated on build somehow.</pre></blockquote><div>The file names /etc/fpc-${version}.cfg is generated automatically by postinst script using fpcmkcfg tool that is shipped with the compiler.</div><div>So it is somewhat not hard coded, even if with time it will become wrong (for example after a distupgrade)</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><pre><br></pre><pre>Note that current values also seem wrong if one is using multiarch /</pre><pre>cross-compiling; as a path for "ifdef cpui386" should probably be</pre><pre>different than than the one for "ifdef cpux86_64".</pre></blockquote><div>Yes this is true, and is probably fixable by hacking in fpcmkcfg tool.</div><div>The fix should use variables recognized by the compiler (like $fpctarget) in order to support correctly multi-arch.</div><div>I'll have a deeper look on that as it looks quite serious.</div><pre>-- </pre><span style="font-family: monospace; white-space: pre;">Cheers,

Abou Al Montacir</span></body></html>