<p>Am 31.08.2016 05:12 schrieb "African Wild Dog" <<a href="mailto:paintedlycaon@gmail.com">paintedlycaon@gmail.com</a>>:<br>
><br>
> 2016-08-19 4:55 GMT-03:00 Jonas Maebe <<a href="mailto:jonas.maebe@elis.ugent.be">jonas.maebe@elis.ugent.be</a>>:<br>
>><br>
>> African Wild Dog wrote:<br>
>><br>
>> > What is the current status of the LLVM backend support?<br>
>><br>
>> "make cycle" works on my machine for Darwin/x86-64, and most test suite<br>
>> failures (apart from exception handling tests if the optimisation level<br>
>> is increased, see point 2 below) are related to LLVM limitations rather<br>
>> than to bugs in the FPC code generator to LLVM. I have not yet committed<br>
>> everything, because some changes still need to be implemented in a<br>
>> cleaner way.<br>
><br>
><br>
> Thanks for the detailed explanation. I asked about it because apparently it is a good idea to adopt the LLVM as the backend for FPC compiler. <br>
> This would free the FPC's core developers from the task of maintain the backend portion of the compiler, which is not a trivial task, considering the dozens of architectures and operating systems which is currently supported, and other details such as the code optimizer.<br>
><br>
> Will the FPC team, somewhere in the future, adopt the LLVM as the backend on all platforms ?</p>
<p>The LLVM backend will never completely take over, not only because LLVM doesn't support all targets that we do (M68k for example), but some portions still need our backend anyway (inline assembly for example) and also Florian *prefers* to work in the backends.</p>
<p>Regards,<br>
Sven</p>