<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On 23 October 2013 16:04, Henrik Johansen <span dir="ltr"><<a href="mailto:henrik.s.johansen@veloxit.no" target="_blank">henrik.s.johansen@veloxit.no</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><div class="im"><div>On Oct 23, 2013, at 1:52 , Stéphane Ducasse <<a href="mailto:stephane.ducasse@inria.fr" target="_blank">stephane.ducasse@inria.fr</a>> wrote:</div>
<br></div><blockquote type="cite"><div style="word-wrap:break-word"><br><div><div class="im"><div>On Oct 22, 2013, at 7:37 PM, Igor Stasenko <<a href="mailto:siguctua@gmail.com" target="_blank">siguctua@gmail.com</a>> wrote:</div>
<br><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><br></div></div></div></blockquote></div><div class="im"><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div>For the ipad , best would be to implement a quartz backend for athens.<br></div><div>As a temporary solution we could try to compile cairo library for it, but i am not expert in iOS<br>
to say if it can be done without much fuss.<br>Also, since iOS is famous for banning any applications which using generated code,<br>that means it should be done by writing a VM plugin and then adopting new primitives to<br>

work with Athens API.<br></div></div></div></div></blockquote><div><br></div>Igor it also means that we should find a way to get nativeboost wroking on iPad (probably by generating a "DLL" from NB).<br><blockquote type="cite">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><br></div></div></div></blockquote></div></div></div></blockquote><br></div><div>There's another reason why Igor said a plugin backend would be the easier way, if you were to use NB, you'd also first need to implement AsmJit for ARM, as well as an ARM version of the entire NB FFI machinery , which would be large efforts in and of themselves. </div>
<div><br></div></div></blockquote><div> </div><div>Well implementing ARM-FFI is largely orthogonal to Athens. <br></div><div>Yes, i am happily using it for Cairo and it lets me customize /rethink things as they go<br></div>
<div>without need to touch VM. Which means much faster development process and feedback etc.<br></div><div>But since Athens API is settled down more or less, now it is quite possible to implement a plugin<br></div><div>for different backend, knowing that it won't require huge changes later. <br>
</div><div><br></div><div>Concerning ARM:<br></div><div> - Damien Pollet works on ARM assembler for ASMJit.<br></div><div>as soon as it working, we can try doing something with it.<br><br></div><div>But in addition, what i would like to do is to move more towards platform-neutral FFI implementation,<br>
</div><div>using low-level assembler DSL which is platform neutral. There's a work started on it<br></div><div>as part of Mate project, but it is yet far from finished.<br></div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><div></div><div>Cheers,</div><div>Henry</div></div></blockquote></div><br><br clear="all"><br>-- <br>Best regards,<br>Igor Stasenko.
</div></div>