
<html dir="ltr"><head></head><body style="text-align:left; direction:ltr;" bgcolor="#ffffff" text="#2e3436" link="#1b6acb" vlink="#2e3436"><div>Hi Charlie,</div><div><br></div><div>On Wed, 2020-08-12 at 11:38 +0200, Karoly Balogh (Charlie/SGR) wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><pre><br></pre><pre>Sorry for the delayed response, yes, we in upstream are willing to fix the</pre><pre>issue, although we run regular tests with QEMU, and those are looking</pre><pre>good. So not sure what could cause that build problem, but we're also</pre><pre>mostly doing cross-builds with m68k, not native builds.</pre><pre><br></pre><pre>I know I promised to look into this, but never really had time in the last</pre><pre>few weeks, sorry about it. It turned out, our SVN trunk was broken for</pre><pre>Linux-m68k, so I fixed that meanwhile, but FPC 3.2.0 was forked earlier to</pre><pre>that breakage, so if there's an issue it must be different. I'll get</pre><pre>there, meanwhile but of course any input is welcome.</pre></blockquote><div>I looked deeper in the issue and it seems that it may be a bug in the initial compiler <span style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); background-color: rgb(238, 238, 238);">/usr/bin/ppc68k</span> which is used to bootstrap the cycle.</div><div>This compiler is of version 3.0.4+dfsg-23.</div><div><br></div><div>So a possible way to overcome this is to perform a binary upload to m68k. However I was not able to generate packages by cross compilation.</div><div><pre>-- <br></pre><span style="font-family: monospace; white-space: pre;">Cheers,

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