<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); padding-left: 1ex; position: static; z-index: auto; "><div style="word-wrap:break-word"><div class="im"><div><br></div></div><div>Ok I was not aware you were thinking about that. So this is good to have this path in my radar.</div><div class="im"><br></div></div></blockquote><div>Yes, this is actually what we discussed recently with Esteban about possible alternatives and<br>
</div><div>low-hanging fruits :)<br></div></div></div></div></blockquote><div><br></div>I like these ones :)</div><div><br><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word"><div class="im">
<blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>
</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></div></div></blockquote><div><br>
</div></div><div>I would love that.</div><div>Now I guess that I'm correct to say that even with it the fact that it would generate assembly on the fly</div><div>would make it a no go for iPad and friends.</div><div><br>
</div><div>I thought that esteban and you thought about generating the "assembly once for all for Ipda and putting it in file"</div><div>so that we do not have the "assembly generation" problem?</div><div>
<br></div></div></blockquote><div>that's a big question, whether such idea fits into apple technicians/politicans heads or not.<br></div><div>Do you think we have enough time/resources to waste on implementing such mechanism<br>
</div><div>only to discover later that Apple says 'over my dead body'?<br></div><div>The point is that generating code, saving it to file, and then loading that file as DLL,<br>is largely a hack.<br>You either allowed to run your own generated code or not.. because from security perspective,<br>
the fact that you first stored it into file and then load it back doesn't changes a tiny bit.<br></div><div>From design perspective, it is crutch, which don't really buys anything (why on earth, anyone would want to deal with files<br>
and OS, if he could just run code which already in memory?).<br></div><div><br></div></div></div></div>
</blockquote></div><br></body></html>