Re: [Python-Dev] [Python-checkins] r84743 - in python/branches/py3k: Doc/license.rst Misc/NEWS Modules/expat/COPYING

+zlib +---- + +The :mod:`zlib` extension is built using an included copy of the zlib +sources unless the zlib version found on the system is too old to be +used for the build:: Unless or if? Building with an included copy *if* the system one is too old makes sense to me, not the contrary. Am I not seeing something? Regards

Hello, Three messages sent in reaction to python-checkins email have not got any reply so far, so I’m resending them. Regards Nick, in reaction to the reprlib.recursive_repr commit:
Me, about a zlib-related change in Misc/NEWS:
Me, about a change to winsound.PlaySound: trumps “can accept“.

On 2010/12/05 23:19, Éric Araujo wrote:
This is two difference thing. Ordinary winsound.PlaySound accepted both bytes and str, but cannot accept non ascii filename. Now it accepts only str, but can accept non ascii filename. I can read "can accept" as "can accept str, but also bytes", but this is not true.

Hello, Three messages sent in reaction to python-checkins email have not got any reply so far, so I’m resending them. Regards Nick, in reaction to the reprlib.recursive_repr commit:
Me, about a zlib-related change in Misc/NEWS:
Me, about a change to winsound.PlaySound: trumps “can accept“.

On 2010/12/05 23:19, Éric Araujo wrote:
This is two difference thing. Ordinary winsound.PlaySound accepted both bytes and str, but cannot accept non ascii filename. Now it accepts only str, but can accept non ascii filename. I can read "can accept" as "can accept str, but also bytes", but this is not true.
participants (2)
-
Hirokazu Yamamoto
-
Éric Araujo