Mailman 3 July 2001 - Python-Dev

[development doc updates]
by Fred L. Drake July 6, 2001

July 6, 2001

The development version of the documentation has been updated: http://python.sourceforge.net/devel-docs/ Lot's of updates! Mostly small style adjustments. Documentation for some new markup of the documentation has been added. There is a bunch of new content in the Python/C API manual. I have started describing the new interface to support high-performance profiling and tracing. Some of the PyObject_*() functions which are used in creating objects have been described and some related … [View More]

1 0

IPv6
by Paul Prescod July 6, 2001

July 6, 2001

I don't know if this is interesting to anyone but... -------- Original Message -------- Subject: Re: New python-dev summary Date: Fri, 06 Jul 2001 15:03:39 +0900 From: matz(a)ruby-lang.org (Yukihiro Matsumoto) To: language-dev(a)netthink.co.uk References: <15172.62152.816000.876075(a)gargle.gargle.HOWL> >.... Ruby's socket extension has been IPv6 aware for more than 2 years, by help from the BSD IPv6 stack developers. It may be useful for Python too. Unfortunately I myself have … [View More]

1 0

Q: import logic
by Samuele Pedroni July 6, 2001

July 6, 2001

Hi. I have looked at CPython import logic (C code) ... is the following true (ignoring relative import issues and None markers): trying to import s.p.a.m the logic checks for: s.p.a.m s.p.a s.p s in sys.modules in this order until it finds an already present module and starts the effective loading from there. Is that an implementation detail, or should be considered an important semantic aspect. Jython has a different logic but then some tricky python code (substituing packages with … [View More]

2 1

"Becoming a Python Developer"
by Andrew Kuchling July 6, 2001

July 6, 2001

Inspired by some discussion on c.l.py, I've written a draft of a guide to working on Python: http://www.amk.ca/python/writing/python-dev.html Comments welcomed! --amk

7 9

[ANNOUNCE] PEP 8, Style Guide for Python Code
by barry＠digicool.com July 5, 2001

July 5, 2001

I've taken Guido's original style guide essay and converted it to PEP form. It is available as http://www.python.org/peps/pep-0008.html I've done some mild spellchecking and editorial formatting on the file, but left it as incomplete as the original essay. Hopefully though, having this document in PEP form will encourage contributions to update and expand it. Cheers, -Barry

1 0

Re: [Python-Dev] "Becoming a Python Developer"
by Samuele Pedroni July 5, 2001

July 5, 2001

[BAW] > > >>>>> "AK" == Andrew Kuchling <akuchlin(a)mems-exchange.org> writes: > > AK> BTW, I assume the Jython source uses the standard Java > AK> indentation and formatting style? > > Finn and Samuele are better arbiters of this, but when I was hacking > JPython, the answer was yes, with one exception: the opening brace for > a class should be on a line by itself, in column zero (not, as is the > Java convention, hanging at … [View More]

1 0

Re: [Python-Dev] "Becoming a Python Developer"
by Samuele Pedroni July 5, 2001

July 5, 2001

[Andrew Kuchling] > It might also be Java's development culture. Back when I occasionally > looked for Java classes, it was amazing how little free Java software > there was. People would write, say, a specialized AWT Layout class, > but instead of putting on a Web page with source code and an example, > they'd want to you pay $25 or $300 for it! This probably isn't helped > by Java support on Unixes (other than Solaris) having been so dodgy > for so long, as Unix seems … [View More]

1 0

Psyco1 with Stackless
by Christian Tismer July 5, 2001

July 5, 2001

Hi Armin, developers, I had a closer look at your Python Specializing Compiler. This is a very promising approach, going into directions which I have been trying a little myself. In its current state, Psyco introduces a nice little extra engine, which mostly deals with efficient integer operations. There are a lot of other optimizations possible, and lots of opcodes need to be implemented in order to make it usable for real world applications. Anyway, I found this proof of concept very … [View More]interesting, and so I built the extensions for Win32 (with very small changes) and did some testing with mctest.py . Here my results with stock Python 2.0: result 1952145856 in 2.43729775712 seconds result 1952145856 in 2.18692571263 seconds result 1952145856 in 5.60894890272 seconds (run1, run2, original func) But before, I tested with Stackless Python by chance, and I got this: result 1952145856 in 2.42536300005 seconds result 1952145856 in 2.18817615088 seconds result 1952145856 in 3.51236064919 seconds While your result outperforms standard Python by 2.56, it performs only by 1.605 better than Stackless! This doesn't say anything against your implementation, instead it tells me that Stackless' code optimization is much better than Standard Python's, especially for integer operations on Win32. For sure, your version could be much faster when it is generating machine code, or if even more optimizations of data flow are done. Your little vm looks already very efficient. The is of course some room for optimizations, like this: the SGET macro is used all around, and it always uses explicit stack addressing. A function like CODE_INT_BINARY(IntSub, -) expands into 16 machine instructions with Visual Studio 6. For common cases, like [TOS-1] = [TOS] - [TOS-1], special accessors might save about half of these opcodes, again. In other words, I assume that you can get three times as fast as Python on integer operations with just a VM. Congratulations and keep this work on! - chris p.s.: Note that at the moment, you don't do any overflow checks on integers. This is not cmpatible to Python, while I would love to have an option to switch of overflow checks in Python, of course! -- Christian Tismer :^) <mailto:tismer@tismer.com> Mission Impossible 5oftware : Have a break! Take a ride on Python's Kaunstr. 26 : *Starship* http://starship.python.net/ 14163 Berlin : PGP key -> http://wwwkeys.pgp.net/ PGP Fingerprint E182 71C7 1A9D 66E9 9D15 D3CC D4D7 93E2 1FAE F6DF where do you want to jump today? http://www.stackless.com/ [View Less]

1 1

Re: [Python-Dev] "Becoming a Python Developer"
by Samuele Pedroni July 5, 2001

July 5, 2001

Hi. [Andrew Kuchling] > > >Explaining the distinction would be helpful, and you could add that > >for Java programmers, participating in Jython would be a logical step. > > The thing is, I'm not sure how Jython is developed. Is Finn Bock the > BDFL, do the developers vote, or what? (Same question for .NET.) If > some Jython development offered to contribute a description, I > certainly wouldn't turn it down. > The situation for jython development is as … [View More]

3 2

Playing with descr-branch
by Thomas Heller July 5, 2001

July 5, 2001

Guido, some feedback from first experiments with descr-branch: The test-suite seems to work, as does the test_descr.py script run standalone. Immediate crash (access vialoation) on executing: C:\sf\desc-branch\python\dist\src\PCbuild>python Python 2.2a0 (#16, Jul 5 2001, 12:26:08) [MSC 32 bit (Intel)] on win32 Type "copyright", "credits" or "license" for more information. >>> class C: ... def foo(*a): return a ... goo = classmethod(foo) ... >>> C.goo The crash can … [View More]

2 5