<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Tomas Hajny <<a href="mailto:XHajT03@hajny.biz">XHajT03@hajny.biz</a>> schrieb am Mi., 22. Juni 2022, 10:57:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2022-06-21 20:01, Sven Barth wrote:<br>
> Tomas Hajny via fpc-pascal <<a href="mailto:fpc-pascal@lists.freepascal.org" target="_blank" rel="noreferrer">fpc-pascal@lists.freepascal.org</a>> schrieb<br>
> am Di., 21. Juni 2022, 18:08:<br>
<br>
<br>
Hi Sven,<br>
<br>
  .<br>
  .<br>
>> I just tried to follow the advice above. Compiling the<br>
>> cross-compiler<br>
>> (Win32 hosted) is no problem using the fullcycle target (obviously,<br>
>> I<br>
>> could build just the particular compiler for AArch64 instead of all<br>
>> of<br>
>> them, but that isn't important) - so far so good. However, it<br>
>> already<br>
>> fails when trying to build the aarch64-win64 rtl using this<br>
>> cross-compiler, because the compiler complains about missing<br>
>> assembler<br>
>> aarch64-win64-clang.exe. Do we provide (compiled) win32 or win64<br>
>> hosted<br>
>> binutils providing support for aarch64-win64 target? FWIW, I checked<br>
>> the<br>
>> contrib directory on our FTP, but didn't find anything useful in<br>
>> this<br>
>> regard there either.<br>
> <br>
> As is mentioned in my announcement mail for the target it requires<br>
> clang as assembler, not GNU binutils. And we don't *want* to ship that<br>
> as clang provides nice installers themselves.<br>
<br>
I can't find any clang installers. Do you mean the 263 MB installer of <br>
the whole LLVM <br>
(<a href="https://github.com/llvm/llvm-project/releases/download/llvmorg-14.0.5/LLVM-14.0.5-win32.exe" rel="noreferrer noreferrer" target="_blank">https://github.com/llvm/llvm-project/releases/download/llvmorg-14.0.5/LLVM-14.0.5-win32.exe</a> <br>
or <br>
<a href="https://github.com/llvm/llvm-project/releases/download/llvmorg-14.0.5/LLVM-14.0.5-win64.exe" rel="noreferrer noreferrer" target="_blank">https://github.com/llvm/llvm-project/releases/download/llvmorg-14.0.5/LLVM-14.0.5-win64.exe</a>)?</blockquote></div></div><div dir="auto"><br></div><div dir="auto">Yes, exactly those and that's the reason why I don't want to distribute them. </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <br>
Moreover, that wouldn't provide the executable aarch64-win64-clang.exe <br>
expected by FPC, would it (unlike the contributed cross binutils <br>
provided by Pierre and some others for other architectures)?</blockquote></div></div><div dir="auto"><br></div><div dir="auto">As I have also written in my announcement mail one is supposed to use -XP to set the binutils prefix to empty. </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I believe <br>
that we should either reconsider the idea of not providing such binaries <br>
ourselves, or change the compiler so that it can invoke the tools as <br>
installed by the installer (or to provide detailed steps necessary for <br>
making this to work as the very least, but my personal opinion is that <br>
this last option wouldn't be the right thing to do in this case).<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">The compiler already can invoke clang.exe as is if one configures it correctly. One needs to ensure anyway that clang.exe is either in %PATH% or that the path is provided to FPC with -FD. Both options can be added to fpc.cfg.</div><div dir="auto"><br></div><div dir="auto">Regards, </div><div dir="auto">Sven </div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>