Path: csiph.com!usenet.pasdenom.info!aioe.org!news.stack.nl!newsfeed.xs4all.nl!newsfeed6.news.xs4all.nl!xs4all!post.news.xs4all.nl!not-for-mail
To: python-list@python.org
From: Terry Reedy <tjreedy@udel.edu>
Subject: Re: Python 3.3 and .pyo files
Date: Sat, 22 Sep 2012 18:54:12 -0400
References: <k3hatd$kto$1@speranza.aioe.org> <mailman.1057.1348281994.27098.python-list@python.org> <505dbb3c$0$29981$c3e8da3$5496439d@news.astraweb.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0
In-Reply-To: <505dbb3c$0$29981$c3e8da3$5496439d@news.astraweb.com>
Precedence: list
Newsgroups: comp.lang.python
Message-ID: <mailman.1090.1348354475.27098.python-list@python.org>
Lines: 67
NNTP-Posting-Host: 2001:888:2000:d::a6
Xref: csiph.com comp.lang.python:29768

On 9/22/2012 9:21 AM, Steven D'Aprano wrote:
> On Fri, 21 Sep 2012 22:46:08 -0400, Terry Reedy wrote:
>
>> On 9/21/2012 5:10 AM, Marco wrote:
>>> I was trying to import a pyo module in Python 3.3, but Python does not
>>> find it:
>>
>> You appear to be trying to *run*, not *import* a .pyo module.
>
> Marco is using the standard mechanism for finding, importing, and running
> a module. I don't believe his use of -m should be a problem. It works in
> 3.2, and it works with .pyc files in 3.3, I see nothing to suggest it
> shouldn't work with .pyo files in 3.3.
>
>
>>> $ echo "print(__file__)" > foo.py
>>> $ python3.3 -O -m foo
>>
>> Since foo.py is in the current directory, I am not sure why you use '-m
>> foo' instead of 'foo.py'. -m is for running a module somewhere on
>> sys.path.
>
> Yes, and the current directory is on sys.path.
>
> I would be astonished if python -m could not find a module that happened
> to be in the current directory.
>
>
> [...]
>> Also, the
>> -O is sort of redundant, or perhaps interfering, since its usual effect
>> to to say 'get and put, from and to the cache, .pyo instead of .pyc'.
>
> No it is not redundant. You link specifically to an bug tracker issue
> below where is is clearly decided that if you want to run a .pyo file you
> *must* use the -O switch. (I approve of this decision.)
>
>
>>> /usr/local/bin/python3.3: No module named foo
>>>
>>> How come? Thanks in advance, Marco
>>
>> You might read some of http://bugs.python.org/issue12982
>>
>> in particular, from http://bugs.python.org/issue12982#msg162814
>
> Whose words are these following?
>
>
>> Python interpreters exist to run Python code. The existence,
>> persistence, and other details of compilation caches are
>> version-dependent implementation details. Being able to execute from
>> such caches without source present is also an implementation detail, and
>> for CPython, it gets secondary support at best. (This is a compromise
>> between full support and no support.)"
>
> I'm not sure if these are your words, or if you are quoting some random
> commenter on the pydev list, or one of the lead developers who might
> actually know what he is talking about.

My words summarizing the discussion on pydev which included at least a 
few lead developers. My initial post was probably 6/12/2012


-- 
Terry Jan Reedy