compile shebang into pyc file

[Joerg Schuster]

Hello,

is there a way to compile a python file foo.py to foo.pyc (or foo.pyo)
such that foo.pyc can be run with 'foo.pyc' (as opposed to 'python
foo.pyc') on the command line?

Jörg Schuster

[johnlichtenstein]

Is there some reason why you want to run the .pyc file, rather than the
..py file? If you start the script with

#! /usr/bin/env python

Then if the file has the execution permission set, typing the file name
(foo.py) will make the script call up the Python interpreter on its
own.

[Michael Soulier]

On 26 Apr 2005 18:15:51 -0700, jo************* *@gmail.com
<jo************ **@gmail.com> wrote:

Is there some reason why you want to run the .pyc file, rather than the
.py file? If you start the script with

a. It's more efficient, since the code doesn't need to be compiled
before it's run.
b. What if you want to ship closed-source?

Mike

--
Michael P. Soulier <ms******@gmail .com>
http://www.digitaltorque.ca
http://opag.ca python -c 'import this'

[Fredrik Lundh]

Michael Soulier wrote:

Is there some reason why you want to run the .pyc file, rather than the
.py file? If you start the script with

a. It's more efficient, since the code doesn't need to be compiled
before it's run.
b. What if you want to ship closed-source?

#!/usr/bin/env python
import app

hardly qualifies as "hard to compile" or "open source"

</F>

[Joerg Schuster]

> #!/usr/bin/env python

import app

Yes, of course this is a possibility. But it implies having (or giving
away) two files.

I think having one file is always better than having two files. Because
if you have two files, you need a third one: a README that tells you
what to do with the two files and that one of the files must either be
in $PYTHONPATH, or in the same directory as the other one and '.' must
be in your $PYTHONPATH , and so on. Actually, some people will also
need a fourth file: One that contains an explanation of terms like
"$PYTHONPAT H" and the like.

Jörg

[Steve M]

I just happened across the page linked to below, and remembered this
thread, and, well... here you go:

http://www.lyra.org/greg/python/

Executable .pyc files

Ever wanted to drop a .pyc file right into your web server's
cgi-bin directory? Frustrated because the OS doesn't know what to do
with a .pyc? (missing the #! line)

Look no further! :-) Below is a tiny Bash script to do this. "cat"
your .pyc onto the end of this and drop it wherever you need direct
execution of that .pyc

[Dennis Lee Bieber]

On Wed, 27 Apr 2005 10:37:11 -0400, Michael Soulier <ms******@gmail .com>
declaimed the following in comp.lang.pytho n:

a. It's more efficient, since the code doesn't need to be compiled
before it's run.
b. What if you want to ship closed-source?
You stuff the real code into a module that gets imported (hence
cached as a .pyc), and the main program in source looks like:

import thedirtystuff
thedirtystuff.m ain()

-- =============== =============== =============== =============== == <
wl*****@ix.netc om.com | Wulfraed Dennis Lee Bieber KD6MOG <
wu******@dm.net | Bestiaria Support Staff <
=============== =============== =============== =============== == <
Home Page: <http://www.dm.net/~wulfraed/> <
Overflow Page: <http://wlfraed.home.ne tcom.com/> <

[Fredrik Lundh]

Joerg Schuster wrote:

#!/usr/bin/env python
import app
Yes, of course this is a possibility. But it implies having (or giving
away) two files.

yeah, think of all the disk space you'll waste!
Because if you have two files, you need a third one: a README
that tells you what to do with the two files
so you're saying that the set of people that can deal with no more than one
file at a time but knows how to install and configure Python (which in itself
comes with a few thousand files) is larger than zero?
I think having one file is always better than having two files.

so you don't ever use modules?

you haven't distributed many Python programs, have you?

</F>

[Grant Edwards]

On 2005-04-27, Fredrik Lundh <fr*****@python ware.com> wrote:

so you're saying that the set of people that can deal with no
more than one file at a time but knows how to install and
configure Python (which in itself comes with a few thousand
files) is larger than zero?

There are a lot of Linux users who already have python
installed but don't know it. Python was always a required package for
a RedHat install. It's not required on some distros, but it's
installed by default and you've got to go out of your way to
de-selected it when you install.

I've found that giving Linux users a single file "executable "
Python script works wonderfully, but it's really only an option
for fairly small applications -- and I don't care if they have
source code.

--
Grant Edwards grante Yow! Look!! Karl Malden!
at
visi.com

[rbt]

Fredrik Lundh wrote:

Joerg Schuster wrote:

> #!/usr/bin/env python
> import app

Yes, of course this is a possibility. But it implies having (or giving
away) two files.

yeah, think of all the disk space you'll waste!

Because if you have two files, you need a third one: a README
that tells you what to do with the two files

so you're saying that the set of people that can deal with no more than one
file at a time but knows how to install and configure Python (which in
itself
comes with a few thousand files) is larger than zero?

On Windows, installing Python takes only a few clicks. No brain cycles
needed ;)