<html dir="ltr"><head></head><body bgcolor="#ffffff" text="#2e3436" link="#1b6acb" vlink="#2e3436" style="text-align:left; direction:ltr;"><div>Looking more attentively at the CGE make file I was surprised by the following lines:</div><pre> fpc fpmake.pp</pre><pre> @echo 'Running fpmake. If this fails saying that "rtl" is not found, remember to set FPCDIR environment variable, see <a href="http://wiki.freepascal.org/FPMake">http://wiki.freepascal.org/FPMake</a> .'</pre><pre># Workaround FPC >= 3.x problem (bug?) --- it ignores $FPCDIR, but --globalunitdir works</pre><pre> if [ '(' -n "$(FPCDIR)" ')' -a \</pre><pre> '(' $(shell fpc -iV) '!=' '2.6.4' ')' -a \</pre><pre> '(' $(shell fpc -iV) '!=' '2.6.2' ')' ]; then \</pre><pre> ./fpmake --globalunitdir="$(FPCDIR)" -v -o -Ur; \</pre><pre> else \</pre><pre> ./fpmake -v -o -Ur; \</pre><pre> fi</pre><pre></pre><div><br></div><div>It seems that the messages at the end of the wiki page was mis interpreted to hide a bug on Debian FPC customization changes.</div><div>I looked more deeply on this and discovered that the global units dir was not fixed when the change of the default units path was applied in order to support multi-arch.</div><div><br></div><div>I fixed this on FPC and uploaded it.</div><pre><font color="#ff0000">--- fpc.orig/fpcsrc/packages/fpmkunit/src/fpmkunit.pp</font></pre><pre><font color="#339966">+++ fpc/fpcsrc/packages/fpmkunit/src/fpmkunit.pp</font></pre><pre><font color="#800000">@@ -4538,6 +4538,9 @@ begin</font></pre><pre> BinInstallDir:='';</pre><pre> LibInstallDir:='';</pre><pre> ExamplesInstallDir:='';</pre><pre><font color="#339966">+ if GlobalUnitDir = '' then begin</font></pre><pre><font color="#339966">+ GlobalUnitDir := FBaseInstallDir;</font></pre><pre><font color="#339966">+ end;</font></pre><pre> end;</pre><pre> </pre><pre> </pre><div>So now we can remove the above check and use a simple line to build CGE.</div><div><span><pre><pre>-- <br></pre>Cheers,
Abou Al Montacir</pre></span></div></body></html>