[Python-Dev] installation of python on a Zaurus

2005-07-25 Thread Chuck Robey
I'm trying to get Python installed on a Zaurus, running OpenBSD. There are several problems with the basic install, some of which I've fixed, more I haven't. I need a particulare question solved here, so I'm going to ffer in recompense what I'ver learned so far: The configure script seems

Re: [Python-Dev] installation of python on a Zaurus

2005-07-25 Thread Aahz
On Sun, Jul 24, 2005, Chuck Robey wrote: I'm trying to get Python installed on a Zaurus, running OpenBSD. While python-dev can be a good place to get questions like this answered, many more people read comp.lang.python, and you should ask there, too. -- Aahz ([EMAIL PROTECTED]) *

Re: [Python-Dev] should doc string content == documentation content?

2005-07-25 Thread Fred L. Drake, Jr.
On Sunday 24 July 2005 19:24, Martin Blais wrote: This ties well with the discussion on Doc-SIG a few months ago about manual docs vs. in-code docs. If a system could be devised to pull the docstrings into the manual (at appropriate places), the issue of syncing the docs partially goes

[Python-Dev] C api for built-in type set?

2005-07-25 Thread Edward C. Jones
Is there a C API for the built-in type set? if not, why not? ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] C api for built-in type set?

2005-07-25 Thread Barry Warsaw
On Mon, 2005-07-25 at 16:37, Edward C. Jones wrote: Is there a C API for the built-in type set? if not, why not? Sadly, no. Because no one's written it yet...? -Barry signature.asc Description: This is a digitally signed message part ___

Re: [Python-Dev] C api for built-in type set?

2005-07-25 Thread Raymond Hettinger
[Edward C. Jones] Is there a C API for the built-in type set? if not, why not? I decided not to expose the internals until the code was fully evolved. For Py2.5, the underlying implementation is shifting to use its own data structure instead of forwarding everything to dictionaries. That will

Re: [Python-Dev] zlib 1.2.3 is just out

2005-07-25 Thread Trent Mick
[Martin v. L?wis wrote] Raymond Hettinger wrote: I'd guess this belongs in 2.5, with a possible retrofit for 2.4. +1 on backporting, but that is up to Anthony. Correct me if I'm wrong - but there isn't much porting to this. AFAICT, this is only relevant for the Windows build (i.e.

Re: [Python-Dev] zlib 1.2.3 is just out

2005-07-25 Thread Tim Peters
[Scott David Daniels] I'd guess this belongs in 2.5, with a possible retrofit for 2.4. [Raymond Hettinger] +1 on backporting, but that is up to Anthony. [Martin v. L?wis wrote] Correct me if I'm wrong - but there isn't much porting to this. AFAICT, this is only relevant for the Windows build

Re: [Python-Dev] zlib 1.2.3 is just out

2005-07-25 Thread Trent Mick
[Trent Mick] Here is a patch to do this (attached) that works on the trunk and against the Python-2.4.1.tgz source tarball. Shall I check this into the HEAD and release24-maint? [Tim Peters wrote] Definitely on HEAD, almost certainly on 24 maint. The slight uncertainty wrt the latter is

Re: [Python-Dev] zlib 1.2.3 is just out

2005-07-25 Thread Trent Mick
[Anthony Baxter wrote] On Tuesday 26 July 2005 11:39, Trent Mick wrote: Here is a patch to do this (attached) that works on the trunk and against the Python-2.4.1.tgz source tarball. Shall I check this into the HEAD and release24-maint? Yes. Okay, done. Can I say that I've had the