Path: csiph.com!usenet.pasdenom.info!aioe.org!news.stack.nl!newsfeed.xs4all.nl!newsfeed3.news.xs4all.nl!xs4all!newsgate.cistron.nl!newsgate.news.xs4all.nl!post.news.xs4all.nl!not-for-mail Return-Path: X-Original-To: python-list@python.org Delivered-To: python-list@mail.python.org X-Spam-Status: OK 0.000 X-Spam-Evidence: '*H*': 1.00; '*S*': 0.00; 'heavily': 0.04; 'languages.': 0.04; 'static': 0.04; 'python)': 0.05; 'true,': 0.05; 'subject:Python': 0.06; '21,': 0.07; 'compiler': 0.07; 'intermediate': 0.07; 'pypy': 0.07; 'okay': 0.09; 'optimizing': 0.09; 'run,': 0.09; 'cc:addr:python-list': 0.11; 'bytecode': 0.16; 'cc:name:python list': 0.16; 'compilation,': 0.16; 'janssen': 0.16; 'runtime.': 0.16; 'sure.': 0.16; 'to:addr:pearwood.info': 0.16; "to:name:steven d'aprano": 0.16; 'all.': 0.16; 'language': 0.16; 'wrote:': 0.18; '(not': 0.18; 'work,': 0.20; 'machine': 0.22; '>>>': 0.22; 'saying': 0.22; 'cc:addr:python.org': 0.22; "aren't": 0.24; 'compilation': 0.24; 'instead.': 0.24; 'java': 0.24; 'mon,': 0.24; 'cc:2**0': 0.24; 'compiled': 0.26; 'post': 0.26; 'least': 0.26; 'header:In-Reply-To:1': 0.27; 'am,': 0.29; 'generally': 0.29; 'message-id:@mail.gmail.com': 0.30; 'code': 0.31; '-0700,': 0.31; "d'aprano": 0.31; 'purely': 0.31; 'steven': 0.31; 'subject:end': 0.31; 'languages': 0.32; '(i.e.': 0.33; 'could': 0.34; 'but': 0.35; 'received:google.com': 0.35; 'really': 0.36; 'event,': 0.36; 'doing': 0.36; 'project': 0.37; 'easily': 0.37; 'performance': 0.37; 'ahead': 0.38; 'massive': 0.38; 'that,': 0.38; 'generating': 0.39; 'how': 0.40; 'no.': 0.61; "you've": 0.63; 'information': 0.63; 'more': 0.64; 'different': 0.65; 'great': 0.65; 'anything.': 0.68; 'design.': 0.68; 'optimized': 0.68; 'computers': 0.72; 'believe,': 0.84; 'experiment': 0.84; 'gains': 0.84; 'ultimate': 0.93; 'washington': 0.93; '2013': 0.98 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=oM9yD6SY5xLO+rHT3kr9J6+5uL9/uXarKG3mzI2tbzk=; b=pPY2JeCNnHLiUGSbrB3O7EzyNgVD8kggipCaS9Tq3ACL31jEucwmAI1iUB1peVZDyU zBoYM4eYClwcuYCfk2ChB73NWjTGLLfGlMOlavgQXaQuXFItAlXi/s0jqZSf62SBOvvY N+C5Z7sIVjWdtk6fpsf9hVhoK3Feu9/hhOba5GYbBYxHbjpyzmJoDWmo7GkkayzVfA6Z 5teREVhzwSPvkQKT8Tgpl4VmjQ7jGhqMR8BaEQwZ5tzxYZIWKue+tPfNleEvf6Kv8L0f ssxbbg8owvaD4Vxl8C6x6Ww0sFTm0yO3Nb8dP62cHVyJMdpu8Dv2pduFC4saiMA1XmHl UOzg== MIME-Version: 1.0 X-Received: by 10.180.198.44 with SMTP id iz12mr11355235wic.32.1382386491450; Mon, 21 Oct 2013 13:14:51 -0700 (PDT) In-Reply-To: <5264dbbe$0$30000$c3e8da3$5496439d@news.astraweb.com> References: <4012031f-5334-4be8-a673-e0d8c8917fb2@googlegroups.com> <5264dbbe$0$30000$c3e8da3$5496439d@news.astraweb.com> Date: Mon, 21 Oct 2013 13:14:51 -0700 Subject: Re: Python Front-end to GCC From: Mark Janssen To: "Steven D'Aprano" Content-Type: text/plain; charset=ISO-8859-1 Cc: Python List X-BeenThere: python-list@python.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: General discussion list for the Python programming language List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Newsgroups: comp.lang.python Message-ID: Lines: 48 NNTP-Posting-Host: 2001:888:2000:d::a6 X-Trace: 1382386499 news.xs4all.nl 15985 [2001:888:2000:d::a6]:52491 X-Complaints-To: abuse@xs4all.nl Xref: csiph.com comp.lang.python:57202 On Mon, Oct 21, 2013 at 12:46 AM, Steven D'Aprano wrote: > On Sun, 20 Oct 2013 20:35:03 -0700, Mark Janssen wrote: > > [Attribution to the original post has been lost] >>> Is a jit implementation of a language (not just python) better than >>> traditional ahead of time compilation. >> >> Not at all. The value of jit compilation, I believe, is purely for the >> dynamic functionality that it allows. AOT compilation will never allow >> that, but in return you get massive performance and runtime-size gains > > On the contrary, you have that backwards. An optimizing JIT compiler can > often produce much more efficient, heavily optimized code than a static > AOT compiler, This is horseshit. > and at the very least they can optimize different things > than a static compiler can. Okay sure. But now you've watered down your claim that's it's not saying much of anything. > This is why very few people think that, in > the long run, Nuitka can be as fast as PyPy, and why PyPy's ultimate aim > to be "faster than C" is not moonbeams: It is moonbeams, but that's a good thing. I think you don't understand how computers work, Steven. In any event, PyPy is a great project for those who want experiment with compiler and language design. > JIT compilation is really about optimization, No. > which is why languages like > Java and .NET which could easily be compiled to machine code at compile > time generally use an intermediate bytecode and a JIT compiler instead. > They're not doing it for dynamism since they aren't dynamic languages. > It's a way of generating more aggressive (i.e. better but harder) > optimizations based on information only available at runtime. This must is true, but not for reasons you understand. -- MarkJ Tacoma, Washington