<div dir="ltr"><div style>Hi,</div><div style><br></div>On Mon, Feb 25, 2013 at 10:43 AM, Armin Rigo <span dir="ltr"><<a href="mailto:arigo@tunes.org" target="_blank">arigo@tunes.org</a>></span> wrote:<br><div class="gmail_extra">
<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<div class="im"><br>
</div>The point that Alex tried to make is that if you take a random<br>
medium-sized Python program, like any of the benchmarks you wanted to<br>
use, then it is very unlikely that just by chance they happen to also<br>
be valid RPython or Cython code.  In order to take a Python program<br>
that was not meant to be RPython, and turn it into RPython, for<br>
example, then you need to review and fix it completely --- it is quite<br>
an endeavour.  I wouldn't call it "language purity stuff" at all.  If<br>
you don't think what I'm saying here makes sense, just try.<br>
<br></blockquote><div><br></div><div style>It's not that I don't think it makes sense and I am pretty sure it will prove to be an ordeal. Also, the reason I said that I don't want to go into language purity arguments is that it is actually pretty obvious that unless you get an actual VM you cannot say that the end result is pure python as some features of the language are really hard to get when you are using a direct translation. Though I am curious as to why there isn't any `full` python code translator.</div>
<div style> </div></div><div><br></div>-- <br><div dir="ltr"><div>Sincerely, </div>Razvan Ghitulete<br>Universitatea Politehnica Bucuresti</div>
</div></div>