<html><head></head><body bgcolor="#ffffff" text="#2e3436" link="#2a76c6" vlink="#2e3436"><div>Hi Paul,</div><div><span><pre><pre><br></pre></pre></span></div><div>On Mon, 2017-11-06 at 19:30 +0100, Paul Gevers wrote:</div><blockquote type="cite"><pre>Hi Abou,

I don't know exactly anymore but it was related to your commit 2e04831¹
and the one before. Probably lintian told me the value was wrong.

Paul

¹
<a href="https://anonscm.debian.org/cgit/pkg-pascal/fpc.git/commit/?h=experimental&id=2e048318252d1ea4cacfcb5315917b772f0394b3">https://anonscm.debian.org/cgit/pkg-pascal/fpc.git/commit/?h=experimental&id=2e048318252d1ea4cacfcb5315917b772f0394b3</a><br></pre><pre></pre></blockquote><div><br></div><div>From a pure technical point of view, a user shall not need to install fp-utils:arm or fp-ide:armel on a amd64 host as these tools are/shall be architecture agnostic.</div><div>This means that one is granted that tools pulled by fp-utils:amd64 allow doing the work for arm* using the amd64 binaries on the host.</div><div><br></div><div>Now for fp-compiler, there is a slight difference. I do expect that "aptitude install fp-compiler:armel" pulls the compiler binary of armel so that one can use qemu for cross compiling.</div><div><br></div><div>I do intend to extend fpc executable to use qemu to run other processors compilers as a kind of cross compiler. Another way to do it is to ship a true cross compiler.</div><div><br></div><div>However for now I don't intend to bother too much with that, I intend first to solver the units co-install ability first then come to the big issue of cross compiler.</div><div><div class="-x-evo-signature-wrapper" style="white-space: normal;"><span class="-x-evo-signature" id="1423923852.20958.6@karim"><pre><pre>-- <br></pre>Cheers,
Abou Al Montacir</pre></span></div></div></body></html>