Tiny/small/minimalist Python?

[rtk]

I'm looking for information on building a tiny/small/minimalist/
vanilla python interpreter. One that implements the core language and
a few of the key modules but isn't tied to any specific operating
system.

I guess I'm asking for the smallest subset of the standard Python
source code files that is necessary to get a working interpreter using
a plain C compiler.

Is this even possible? If so, has someone done it already? I've
looked on Google and in comp.lang.pytho n but nothing comes up.

Thanks!
Ron

[Paul Rubin]

Irmen de Jong <ir**********@x s4all.nlwrites:

Back in the days my port of Python to the Commodore Amiga machine ran
quite comfortably on a 50 mhz CPU with 4 Mb of RAM. (ok ok it was
Python 1.5.2, that has to be said).

Even that sounds way too slow. Kyoto Common Lisp started in a few
seconds on a Microvax-class machine, and an Alpha running Vax
emulation should be at least as fast as that. Python shouldn't have
especially worse startup overhead than KCL unless it's doing something
silly.

I'd try running Python under a profiler and figure out what's slowing
it down. I don't understand the point of developing something in Lua
on a Unix system. Lua is a cute scripting language that's easier to
embed and sandbox than Python and is smaller, but the language itself
is not nearly as nice to code in. I suggested Lua because I was
imagining some kind of memory-limited embedded application that needed
a lightweight extension language without too much of an OS interface,
and Lua is good for that. Using it to write a compiler sounds
masochistic. If there's an obstacle to using Python, I'd even
consider using KCL (or its current incarnation), which has its own
compiler (compiles Lisp to C code) among other things. It does need
several MB of memory.

[Jorgen Grahn]

On Tue, 03 Jul 2007 05:25:28 GMT, Dennis Lee Bieber <wl*****@ix.net com.comwrote:

On Tue, 03 Jul 2007 02:26:43 +0200, Irmen de Jong
<ir**********@x s4all.nldeclaim ed the following in comp.lang.pytho n:

>Back in the days my port of Python to the Commodore Amiga machine ran
quite comfortably on a 50 mhz CPU with 4 Mb of RAM. (ok ok it was

....

And your's was likely more powerful than mine... I only had 2MB and no MMU
1.5.2 was great (and even more fun combined with ARexx)

How does Python combine with ARexx? Can you control applications
which provide an ARexx interface?

I stopped using my Amiga 4000/030 in 1996 or so, long before I
realized C isn't always the best choice for getting things done. I
messed around a bit with ARexx though, and while I found it neat to be
able to script an application from the inside or from the outside
using ARexx, I didn't really care for the language itself -- too
primitive for anything but the tiniest programs.

/Jorgen

--
// Jorgen Grahn <grahn@ Ph'nglui mglw'nafh Cthulhu
\X/ snipabacken.dyn dns.org R'lyeh wgah'nagl fhtagn!

[Irmen de Jong]

Dennis Lee Bieber wrote:

On 3 Jul 2007 10:03:45 GMT, Jorgen Grahn
<gr********@sni pabacken.dyndns .orgdeclaimed the following in
comp.lang.pytho n:

>How does Python combine with ARexx? Can you control applications
which provide an ARexx interface?

Irmen had supplied a Python module that had ARexx port operations.

It was not only possible to control a program with an ARexx port from your
Python programs, but it was also possible to create an ARexx host program
in Python. That is: a program exposing an ARexx command port to receive
ARexx messages. This could be done in a few lines of (python) code.

If you're interested, a bit more info is on the AmigaPython page:
http://www.monkeyhouse.eclipse.co.uk/amiga/python/

--Irmen

[Frank Swarbrick]

rtk wrote:

>
I did look briefly at Python 1.5.2, since it is simpler, but I'm
taking the trouble I've had as an excuse to learn a new language. So
far, I'm liking Lua, save the big pet peeve of starting indices at 1
and not 0 as all sane people do.

Hmm, that in and of itself sounds like a good enough reason for me to
check it out! I despise zero-based subscripts. If I wanted to program
in assembler then I'd program in assembler!

:-)

Frank

[Cameron Laird]

In article <46************ *********@news. xs4all.nl>,
Irmen de Jong <ir**********@x s4all.nlwrote:

>Paul Rubin wrote:

>rtk <on********@hot mail.comwrites:

>>FYI.. I wanted a simple version of Python to run on an ancient DEC
Alpha box. I got VMS Python 2.5 up and running but it is too slow to
use. It takes *minutes* to get the interpreter prompt after typing
'python'!

Something is wrong. Maybe it's trying to DNS itself and timing out,
or something like that.

Something is definately wrong.

Back in the days my port of Python to the Commodore Amiga machine ran
quite comfortably on a 50 mhz CPU with 4 Mb of RAM. (ok ok it was
Python 1.5.2, that has to be said).
Python started in about 5 seconds on that Amiga if I remember
correctly. I'm quite sure your 'ancient' DEC Alpha box is way more
powerful than my Amiga back then.

--Irmen

Me, too.

I'm all for Lua--I began promoting it over ten years ago. However,
I was also working on Alphas at about that time, as well as VMS, and
of course with Python. While I don't recall that I ever had occasion
to test Python under VMS for Alpha much, I've used every other
combination quite a bit. Something's fishy about this report of a
minute-long launch-time.