==
PyPy 1.7 - widening the sweet spot
==
We're pleased to announce the 1.7 release of PyPy. As became a habit, this
release brings a lot of bugfixes and performance improvements over the 1.6
release. However, unlike the previous relea
Hi,
With the PEP 393, the Py_UNICODE is now deprecated and scheduled for removal
in Python 4. PyUnicode_AsUnicode() and PyUnicode_AsUnicodeAndSize() functions
are still commonly used on Windows to get the string as wchar_t* without
having to care of freeing the memory: it's a borrowed reference
On Mon, 21 Nov 2011 12:53:17 +0100
Victor Stinner wrote:
>
> I would like to add a new PyUnicode_AsWideChar() function which would return
> the borrowed reference, exactly as PyUnicode_AsUnicode(). The problem is that
> "PyUnicode_AsWideChar" already exists in Python 3.2, as
> PyUnicode_AsWide
Le Lundi 21 Novembre 2011 16:04:06 Antoine Pitrou a écrit :
> On Mon, 21 Nov 2011 12:53:17 +0100
>
> Victor Stinner wrote:
> > I would like to add a new PyUnicode_AsWideChar() function which would
> > return the borrowed reference, exactly as PyUnicode_AsUnicode(). The
> > problem is that "PyUnic
On Mon, 21 Nov 2011 16:53:10 +0100
Victor Stinner wrote:
> Le Lundi 21 Novembre 2011 16:04:06 Antoine Pitrou a écrit :
> > On Mon, 21 Nov 2011 12:53:17 +0100
> >
> > Victor Stinner wrote:
> > > I would like to add a new PyUnicode_AsWideChar() function which would
> > > return the borrowed refere
Hi,
> I recently got some patches accepted for inclusion in 3.3, and each time,
> the patch metadata (such as my name and my commit comment) were stripped by
> applying the patch manually, instead of hg importing it. This makes it
> clear in the history who eventually reviewed and applied the p
Le Lundi 21 Novembre 2011 16:55:05 Antoine Pitrou a écrit :
> > I want to rename PyUnicode_AsUnicode() and change its result type
> > (Py_UNICODE* => wchar_t*). The result will be a "borrowed reference",
> > ie. you don't have to free the memory, it will be done when the Unicode
> > string will be
On Mon, 21 Nov 2011 18:02:36 +0100
Victor Stinner wrote:
> Le Lundi 21 Novembre 2011 16:55:05 Antoine Pitrou a écrit :
> > > I want to rename PyUnicode_AsUnicode() and change its result type
> > > (Py_UNICODE* => wchar_t*). The result will be a "borrowed reference",
> > > ie. you don't have to fre
On 20/11/2011 21:41, Guido van Rossum wrote:
On Sun, Nov 20, 2011 at 10:44 AM, Michael Foord
wrote:
On 20 Nov 2011, at 16:35, Guido van Rossum wrote:
Um, what?! __class__ *already* has a special meaning. Those examples
violate that meaning. No wonder they get garbage results.
The correct wa
On Mon, Nov 21, 2011 at 9:22 AM, Michael Foord
wrote:
> On 20/11/2011 21:41, Guido van Rossum wrote:
>>
>> On Sun, Nov 20, 2011 at 10:44 AM, Michael Foord
>> wrote:
>>>
>>> On 20 Nov 2011, at 16:35, Guido van Rossum wrote:
>>>
Um, what?! __class__ *already* has a special meaning. Those exam
I've approved the latest version of this PEP. Congrats, Antoine!
--Guido
On Fri, Nov 18, 2011 at 12:14 PM, Antoine Pitrou wrote:
>
> Hello,
>
> I haven't seen any strong objections, so I would like to go ahead and
> commit PEP 3155 (*) soon. Is anyone against it?
>
> (*) "Qualified name for clas
Hi,
I'm trying to rewrite PyUnicode_EncodeDecimal() to upgrade it to the new
Unicode API. The problem is that the function is not accessible in Python nor
tested. Should we document and test it, leave it unchanged and deprecate it,
or simply remove it?
--
Python has a PyUnicode_EncodeDecimal(
On 11/21/2011 5:36 AM, Maciej Fijalkowski wrote:
==
PyPy 1.7 - widening the sweet spot
==
We're pleased to announce the 1.7 release of PyPy. As became a habit, this
release brings a lot of bugfixes and performance improvements over
2011/11/21 Terry Reedy
> I strongly recommend that where it makes a difference, the pypy python3
> project target 3.3. In particular, don't reproduce the buggy narrow-build
> behavior of 3.2 and before (perhaps pypy avoids this already). Do include
> the new unicode capi in cpyext. I anticipate t
Le lundi 21 novembre 2011 21:39:53, Victor Stinner a écrit :
> I'm trying to rewrite PyUnicode_EncodeDecimal() to upgrade it to the new
> Unicode API. The problem is that the function is not accessible in Python
> nor tested.
I added tests for this function in Python 2.7, 3.2 and 3.3.
> PyUnicode
Hi,
In Python 3.2, PyUnicode_Resize() expects a number of Py_UNICODE units,
whereas Python 3.3 expects a number of characters.
It is tricky to convert a number of Py_UNICODE units to a number of
characters, so it is diffcult to provide a backward compatibility
PyUnicode_Resize() function takin
16 matches
Mail list logo
