<div dir="auto"><div><div class="gmail_quote"><div dir="ltr">Simon Kissel <<a href="mailto:simon.kissel@nerdherrschaft.com">simon.kissel@nerdherrschaft.com</a>> schrieb am Do., 25. Okt. 2018, 08:54:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">- Complete the LLVM branch of FPC. It looks like Jonas has stopped<br>
  working on it two years ago, which is a pity.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I personally don't think that LLVM is the way to go. It's essentially a moving target and adds an unnecessary dependency to the compiler. </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">- Rewrite the code generator, for example in a SSA-IR way<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Didn't Florian work on that already? I wonder how far he is by now 🤔</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">- Make Exception handling, TLS etc use the infrastructure that<br>
  libpthread is providing<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I'm against having such a basic functionality depend on an external library as I quite enjoy that FPC can be used without any dependencies on Linux. However I am in favor of introducing DWARF exception handling that should have similar benefits as SEH on Win64 if I remember correctly. </div><div dir="auto">And for threadvars we could try to implement a different mechanism as well. I think there was some experiment for that some time ago 🤔</div><div dir="auto"><br></div><div dir="auto">A further problem is that not all of us have access to Kylix so that not everyone can compare the performance. </div><div dir="auto"><br></div><div dir="auto">Regards, </div><div dir="auto">Sven </div></div>