A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from http://mail.python.org/pipermail/python-dev/2005-November/058416.html below:

[Python-Dev] Memory management in the AST parser & compiler

[Python-Dev] Memory management in the AST parser & compiler [Python-Dev] Memory management in the AST parser & compilerMichael Hudson mwh at python.net
Wed Nov 30 11:02:05 CET 2005
Greg Ewing <greg.ewing at canterbury.ac.nz> writes:

> Guido van Rossum wrote:
>
>>>To me, that's an argument in favour of always generating
>>>a .pyc, even for scripts.
>> 
>> I'm not sure I follow the connection.
>
> You were saying that if the parser and compiler were
> slow, it would slow down single-file scripts that
> didn't have a .pyc (or at least that's what I thought
> you were saying). If a .pyc were always generated,
> this problem would not arise.

Well, the current stdlib compiler is unacceptably slow, no question.
I don't want "make install" to take as long as "regrtest -u all
test_compiler", or make test to take nearly that long in all cases.

Cheers,
mwh

-- 
58. Fools ignore complexity. Pragmatists suffer it. Some can avoid
    it. Geniuses remove it.
  -- Alan Perlis, http://www.cs.yale.edu/homes/perlis-alan/quotes.html
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4