Armin Ronacher wrote:
- in XML/HTML processing it's often desired to keep the attributes of
an tag ordered during processing. So that input ordering is the
same as the output ordering.
- [...]
XML libraries such as etree could add support for it when creating
elements
Hi Guido,
glad to hear you're recovering.
Guido van Rossum wrote:
anything someone really needs me to look at ASAP (e.g. a BDFL decision
affecting the impending beta release) please send me an email
This seems to require a BDFL decision:
http://bugs.python.org/issue2997
Executive Summary:
Antoine Pitrou wrote:
Stefan Behnel stefan_ml at behnel.de writes:
BTW, I noticed that the code in typeobject.c uses DECREF before set two
times, like this:
method_cache[h].version = type-tp_version_tag;
method_cache[h].value = res; /* borrowed
Christian Heimes wrote:
Stefan Behnel schrieb:
Christian Heimes wrote:
* add a new file stringobject.h which contains the aliases PyString_ -
PyBytes_
Just a quick note that that file is still missing from SVN, so it's kind of
hard to compile existing code against the current branch state
Nick Coghlan wrote:
Stefan Behnel wrote:
Besides, how likely is it that users set a breakpoint on the
PyBytes/PyString functions?
Not very likely at all - but it would still be nice if the PyBytes_*
symbols were visible to the linker as well as the preprocessor.
Right, that's a nice
Hi,
Guido van Rossum wrote:
On Tue, May 27, 2008 at 9:47 AM, Stefan Behnel [EMAIL PROTECTED] wrote:
Could this function get a public interface? I do not think Cython is the only
case where C code wants to modify a type after its creation, and copying the
code over seems like a hack to me
Isaac Morland wrote:
On Thu, 22 May 2008, Christian Heimes wrote:
The buffer interface was designed for the slice-as-copy use case:
a = abcdefg
b = buffer(a, 2, 3)
b
read-only buffer for 0x839c2e0, size 3, offset 2 at 0x8391c40
str(b)
'cde'
[]
This answers my musing about shared
Hi,
Christian Heimes wrote:
Stefan Behnel wrote:
Even worse, it's gone in Py3:
No, it has been replaced by a better system.
Try memoryview
I know. We are already discussing the buffer protocol on the Cython list.
http://comments.gmane.org/gmane.comp.python.cython.devel/1763?set_lines
Hi,
Guido van Rossum wrote:
On Sat, May 3, 2008 at 11:46 AM, Terry Reedy [EMAIL PROTECTED] wrote:
and IF someone adapts it to work on a different
platform (Django with regular DB backend) and then hosts it elsewhere.
No, that won't be necessary. If someone contributes an alternate
Guido van Rossum wrote:
On Thu, May 1, 2008 at 4:37 PM, Neal Becker [EMAIL PROTECTED] wrote:
It would be really nice to see support for some other backends, such as Hg
or bzr (which are both written in python), in addition to svn.
Once it's open source feel free to add those!
trac supports
Guido van Rossum wrote:
On Sun, May 4, 2008 at 2:58 AM, Stefan Behnel [EMAIL PROTECTED] wrote:
Personally, I would consider the following sufficient:
1) people who have authenticated themselves against the underlying VCS (i.e.
project members) may post public comments and comment on other
Guido van Rossum wrote:
What I'm announcing now is the next best thing: an code review tool
for use with Subversion, inspired by Mondrian and (soon to be)
released as open source. Some of the code is even directly derived
from Mondrian. Most of the code is new though, written using Django
and
Neal Norwitz wrote:
I haven't seen any action on 3to2 (although I'm very behind on email).
Stefan, could you try to implement some of these and report back how
it works?
No, sorry, that's too low a priority for me currently.
Stefan
___
Python-Dev
Neal Norwitz wrote:
Iteration with the dict methods (e.g., keys - iterkeys()),
map/zip/filter returning iterator rather than list.
That's only an optimisation, it's not functionally required. A list behaves
like an iterator in most use cases, so it's rather unlikely that Py3 code will
break in
Guido van Rossum wrote:
It should be able to download a Python-only module or package and
install it into site-packages (or perhaps elsewhere if so directed via
another optional command line flag). It should support zip, tar and
tar.gz/tgz files (and perhaps tar.bz2). It should simply unpack
(weird places these threads come up at, but now that it's here...)
Mike Meyer wrote:
On Tue, 04 Mar 2008 15:44:32 -0800 Ned Deily [EMAIL PROTECTED] wrote:
In article [EMAIL PROTECTED],
Mike Meyer [EMAIL PROTECTED] wrote:
On Thu, 28 Feb 2008 23:42:49 + (UTC) Medhat Gayed
[EMAIL
Mike Meyer wrote:
On Wed, 05 Mar 2008 13:01:14 +1300 Greg Ewing [EMAIL PROTECTED] wrote:
Mike Meyer wrote:
Trying to install it from the repository is a PITA, because
it uses both the easyinstall and Pyrex
It shouldn't depend on Pyrex as long as it's distributed
with the generated C files.
Martin v. Löwis wrote:
I think the best lesson here is Tcl. Because it uses stubs mechanism,
you don't need to depend on tclXX.dll, you don't deal with really
direct implementation details, you don't care about runtimes,
everything is much easier. Maybe it's possible (and not too late) for
Mike Meyer wrote:
On Tue, 11 Mar 2008 14:55:04 +0100 Stefan Behnel [EMAIL PROTECTED] wrote:
(weird places these threads come up at, but now that it's here...)
Mike Meyer wrote:
On Tue, 04 Mar 2008 15:44:32 -0800 Ned Deily [EMAIL PROTECTED] wrote:
In article [EMAIL PROTECTED],
Mike Meyer
Hi all,
I would like to know how stable the C-API of Python 3 is, or what the expected
release level (beta?) would be at which I can expect it to stabilise. What is
the plan here?
The background is Cython, which will need to support Python 3 one day or
another, so I wanted to know from which
Christian Heimes wrote:
Stefan Behnel wrote:
I would like to know how stable the C-API of Python 3 is, or what the
expected
release level (beta?) would be at which I can expect it to stabilise. What is
the plan here?
The release schedule in PEP 3000 says August 2008 for 3.0 final
Barry Warsaw wrote:
On behalf of the Python development team and the Python community, I'm
happy to announce the first alpha release of Python 2.6, and the third
alpha release of Python 3.0.
Cool! :)
But how comes the release notes for Python 3a3 on the download site are the
same as for 3a2?
601 - 622 of 622 matches
Mail list logo