.
js
--
On 14 May 2014 11:20, Brett Cannon bcan...@gmail.com wrote:
Over the past week or so there have been 2 patches to add support for
various UNIX OSs. Now I thought we had stopped trying to add new
esoteric
OSs (e.g. I had never heard of MirOS until the patch for it came
On Wed May 14 2014 at 11:33:27 AM, Matthias Klose d...@ubuntu.com wrote:
Am 14.05.2014 17:08, schrieb Brett Cannon:
On Wed May 14 2014 at 11:02:50 AM, R. David Murray
rdmur...@bitdance.com
wrote:
On Wed, 14 May 2014 11:31:15 -0300, Joao S. O. Bueno
jsbu...@python.org.br wrote:
+1
On Thu May 08 2014 at 10:25:44 AM, Stéphane Wirtel steph...@wirtel.be
wrote:
Hi all,
What do you think about a CPython sprint at EuroPython 2014?
Great, although I think that answer would be considered obvious since there
is no real negative to holding sprints. =) Are you indirectly asking
On Mon Apr 28 2014 at 11:32:58 AM, Jim J. Jewett jimjjew...@gmail.com
wrote:
(1) Should fixes to a docstring go in with a patch, even if they
aren't related to the changing functionality?
It should probably be its own commit.
Bytestring compilation has several orthogonal parameters.
On Mon Apr 28 2014 at 4:58:35 PM, Mike Miller python-...@mgmiller.net
wrote:
Hi, note the pep, it makes allowances for security enhancements.
The PEP in question is about fixing fundamentally broken security issues in
Python 2.7 (e.g. updating OpenSSL). Tweaking where Python is installed by
On Thu Apr 24 2014 at 1:10:39 PM, babu babu.sa...@gmail.com wrote:
Hi, I am new to python. I have a requirement to import java class from
python. Is there any possibility to import java class from python.
This list is for the development *of* Python, not the *use* of Python. But
to quickly
On Fri Apr 18 2014 at 5:03:33 PM, Ezio Melotti ezio.melo...@gmail.com
wrote:
Hi,
On Thu, Apr 17, 2014 at 9:09 PM, Brett Cannon bcan...@gmail.com wrote:
On Thu Apr 17 2014 at 1:34:23 PM, Jurko Gospodnetić
jurko.gospodne...@pke.hr wrote:
Hi.
On 14.4.2014. 23:51, Brett Cannon
: 686:c14c8a195fec
user:Brett Cannon br...@python.org
date:Mon Apr 14 17:18:37 2014 -0400
summary:
Add note about Kushal Das' privs
I have no objection to Kushal getting commit rights, but is there a
public record of the discussion leading to this decision? I can't
On Friday, April 18, 2014 3:10:54 PM, Zachary Ware
zachary.ware+py...@gmail.com wrote:
On Fri, Apr 18, 2014 at 1:54 PM, Brett Cannon bcannon@ bcan...@gmail.com
gmail.com bcan...@gmail.com wrote:
On Friday, April 18, 2014 2:35:32 PM, Benjamin Peterson
benjamin benja...@python.org@
benja
['idlelib.os']
sys.modules['idlelib.tokenize'__]
sys.modules['idlelib.io http://idlelib.io']
etcetera
On 4/16/2014 3:10 PM, Dr. Brett Cannon wrote:
Is this Python 2 or 3?
Py 2. I should have said so. The entries do not appear in py3.
In Python 2 it means
On Thu Apr 17 2014 at 1:34:23 PM, Jurko Gospodnetić
jurko.gospodne...@pke.hr wrote:
Hi.
On 14.4.2014. 23:51, Brett Cannon wrote:
Now the question is whether the maintenance cost of having to rebuild
Python for a select number of stdlib modules is enough to warrant
putting
- 0.921807: 2.95x slower
Significant (t=-797.79)
Stddev: 0.00372 - 0.00667: 1.7956x larger
-Brett
On Mon Apr 14 2014 at 5:51:23 PM, Brett Cannon bcan...@gmail.com wrote:
It was realized during PyCon that since we are freezing importlib we could
now consider freezing all the modules to cut out
On Thu Apr 17 2014 at 2:43:35 PM, Leandro Pereira de Lima e Silva
leandro...@cpti.cetuc.puc-rio.br wrote:
Hello there!
I've stumbled upon this discussion on python-dev about what the choice
between using a list or a tuple is all about in 2003:
1.
Actually ignore this data, I think I may have messed something up. I'll
reply after I check something
On Thu Apr 17 2014 at 2:47:52 PM, Brett Cannon bcan...@gmail.com wrote:
Because people keep bringing it up, below is the results of hacking up the
interpreter to include a sys.path entry
On Thu Apr 17 2014 at 3:10:46 PM, Brett Cannon bcan...@gmail.com wrote:
Actually ignore this data, I think I may have messed something up. I'll
reply after I check something
Unfortunately my check says the data is accurate, so zip startup is really
just slow.
-Brett
On Thu Apr 17 2014
the
status quo of reading from files. IOW it looks like speeding up startup
from an import perspective requires either freezing modules -- for about a
10% boost -- or some fundamental change in import that no one has thought
of yet.
-Brett
On Thu, Apr 17, 2014 at 11:47 AM, Brett Cannon bcan
On Thu Apr 17 2014 at 5:21:14 PM, Martin v. Löwis mar...@v.loewis.de
wrote:
Am 17.04.14 20:47, schrieb Brett Cannon:
Because people keep bringing it up, below is the results of hacking up
the interpreter to include a sys.path entry for ./python35.zip instead
of hard-coding to /usr/lib
On Apr 16, 2014 3:47 AM, Christian Heimes christ...@python.org wrote:
On 16.04.2014 04:35, Guido van Rossum wrote:
Well, that's the part that does import site. Anything that speeds up
the code in Lib/site.py might help. :-)
Antoine, Victor and me have implemented a couple of speed ups for
, April 16, 2014 2:57:35 PM, Terry Reedy tjre...@udel.edu
wrote:
On 4/16/2014 12:25 PM, Martin v. Löwis wrote:
Am 14.04.14 23:51, schrieb Brett Cannon:
It was realized during PyCon that since we are freezing importlib we
could now consider freezing all the modules to cut out having to stat
On Tue, Apr 15, 2014 at 11:19 AM, Daniel Holth dho...@gmail.com wrote:
IIRC it is no longer the case that ZIP imports (involving only one
file for a lot of modules) are much faster than regular FS imports?
It's definitely minimized since Python 3.3 and the caching of stat results
at the
To finish my timing work I decided to see where Py_InitializeEx_Private()
spends its time. The following is a breakdown measured in microseconds
running using -E:
INIT:
setlocale: 11
envvar: 2
random init: 2
interp creation: 15
thread creation: 6
GIL: 10
_Py_ReadyTypes(): 930
more types: 44
, the diff can be found at
https://gist.github.com/brettcannon/9cd3960dd067bb7a45bd .
-Brett
On Tue, Apr 15, 2014 at 2:26 PM, Brett Cannon bcan...@gmail.com wrote:
To finish my timing work I decided to see where Py_InitializeEx_Private()
spends its time. The following is a breakdown
It was realized during PyCon that since we are freezing importlib we could
now consider freezing all the modules to cut out having to stat or read
them from disk. So for day 1 of the sprints I I decided to hack up a
proof-of-concept to see what kind of performance gain it would get.
Freezing
On Mon, Apr 14, 2014 at 6:15 PM, Skip Montanaro s...@pobox.com wrote:
On Mon, Apr 14, 2014 at 4:51 PM, Brett Cannon bcan...@gmail.com wrote:
Thoughts?
Interesting idea, but YAGNI?
Not at all. Think of every script you execute that's written in Python. One
of the things the Mercurial folks
On Mon, Apr 14, 2014 at 6:07 PM, Glenn Linderman v+pyt...@g.nevcal.comwrote:
On 4/14/2014 2:51 PM, Brett Cannon wrote:
consider freezing all the modules
...
Now the question is whether the maintenance cost of having to rebuild
Python for a select number of stdlib modules
all versus
On Fri, Apr 11, 2014 at 1:47 PM, Antony Lee antony@berkeley.edu wrote:
Hi,
Sorry for the slightly off-topic(?) question but I would like to know how
to receive email notifications for activity on bugs I've opened on the
bugs.python.org -- so far I don't receive anything even though I'm on
On Fri, Apr 11, 2014 at 3:25 PM, Antony Lee antony@berkeley.edu wrote:
Nope, the email is correct...
Then you can try reporting a bug at
http://psf.upfronthosting.co.za/roundup/meta/
2014-04-11 12:12 GMT-07:00 Brett Cannon br...@python.org:
On Fri, Apr 11, 2014 at 1:47 PM, Antony
Please a file a bug at bugs.python.org, otherwise this is most likely going
to get lost track of.
On Tue Apr 08 2014 at 11:30:15 AM, Kirill kir_...@rambler.ru wrote:
issue with itertools leads the crash
The following code leads to system failure and crash on Ubuntu 12.04.3
with Python
This broke compilation on at least OS X, but I'm willing to bet for all
UNIX-based systems. I have a fix in the works.
On Fri, Apr 4, 2014 at 9:34 AM, giampaolo.rodola python-check...@python.org
wrote:
http://hg.python.org/cpython/rev/c9239171e429
changeset: 90128:c9239171e429
user:
On Fri, Apr 4, 2014 at 10:12 AM, Brett Cannon br...@python.org wrote:
This broke compilation on at least OS X, but I'm willing to bet for all
UNIX-based systems. I have a fix in the works.
Fix is in rev c6e63bb132fb http://hg.python.org/cpython/rev/c6e63bb132fb.
On Fri, Apr 4, 2014 at 9
On Fri Apr 04 2014 at 10:34:06 AM, Victor Stinner victor.stin...@gmail.com
wrote:
2014-04-04 16:21 GMT+02:00 Brett Cannon br...@python.org:
Fix is in rev c6e63bb132fb.
Hum, this one was not enough for me. I also modified Modules/
Setup.config.in:
Wasn't for me either in the end
On Thu, Apr 3, 2014 at 9:51 AM, Skip Montanaro s...@pobox.com wrote:
I saw mention recently of Python 4 and assumed all such references
were either April Fool's jokes or pie-in-the-sky dreams for a new
version of Python which may never arrive.
It's the latter. Some of us have been tossing
Creating the bug is the best bet as then the reason can be discussed there.
If there are no objections then you can create a patch to make sure it's
tested and documented.
On Thu Mar 27 2014 at 12:20:00 PM, Yuriy Taraday yorik@gmail.com
wrote:
Hello.
Is there any reason BaseManager's
On Thu Mar 27 2014 at 2:42:40 PM, Guido van Rossum gu...@python.org wrote:
Much better, but I'm still not happy with including %s at all. Otherwise
it's accept-worthy. (How's that for pressure. :-)
But if we only add %b and leave out %s then how is this going to lead to
Python 2/3 compatible
On Wed Mar 26 2014 at 8:02:08 AM, Nick Coghlan ncogh...@gmail.com wrote:
Guido and Antoine persuaded me that selective backports would be a
better idea for the network security enhancements than the wholesale
module backports previously suggested, while Alex and Donald provided
the necessary
On Wed Mar 26 2014 at 2:15:39 AM, Georg Brandl g.bra...@gmx.net wrote:
Am 26.03.2014 00:06, schrieb Nick Coghlan:
On 26 Mar 2014 08:32, Georg Brandl g.bra...@gmx.net
mailto:g.bra...@gmx.net wrote:
Am 25.03.2014 23:15, schrieb Nick Coghlan:
On 26 Mar 2014 01:19, Brett Cannon bcan
On Tue Mar 25 2014 at 4:21:51 AM, Georg Brandl g.bra...@gmx.net wrote:
Am 25.03.2014 08:51, schrieb Nick Coghlan:
I think that calling it Python 2.8 would be a bad idea for the reasons
that have already been stated.
Perhaps it should just be called Python 2.7 Enhanced Security (Python
On Sat Mar 22 2014 at 8:55:36 PM, Nick Coghlan ncogh...@gmail.com wrote:
On 23 March 2014 10:08, Antoine Pitrou solip...@pitrou.net wrote:
On Sat, 22 Mar 2014 23:54:37 +0100
Thomas Wouters tho...@python.org wrote:
Or not rely on the standard library for their security. Much as I
realize
This mailing list is for the development *of* Python, the the *use* of
Python. Your best option for getting an answer is to ask on python-list or
python-help.
On Tue, Mar 18, 2014 at 9:50 PM, 北冰洋 wtz...@foxmail.com wrote:
Dear,
I just wrote a sample like this:
testPy/
__init__.py
On Wed Mar 19 2014 at 2:46:48 PM, Antoine Pitrou solip...@pitrou.net
wrote:
Hello,
It is known to be cumbersome to write a proxy type that will correctly
proxy all special methods (this has to be done manually on the type,
since special methods are not looked up on the instance: a
On Fri, Mar 14, 2014 at 3:01 PM, Chris Withers ch...@simplistix.co.ukwrote:
On 03/12/2014 04:49 PM, Chris Angelico wrote:
You can use hasattr() in place of AttributeError
Is that true now? It used to be that hasattr swallowed all exceptions
rather than just AttributeError making is a very
On Mon, Mar 17, 2014 at 4:51 AM, Victor Stinner victor.stin...@gmail.comwrote:
Until when should we fix bugs in the branch 3.3? Branches 3.1 and 3.2 only
accept security fixes, right?
Typically we do one last release before shutting the last bugfix branch
down, but that's Georg's call since
On Thu, Mar 13, 2014 at 11:16 AM, Larry Hastings la...@hastings.org wrote:
I'm strongly considering literally copying over all the content in Doc/
from the default branch to the 3.4 branch. Not cherry-picking doc changes,
simply copying everything en masse. I have two questions for the
On Tue Mar 11 2014 at 11:59:23 PM, Chris Angelico ros...@gmail.com wrote:
On Wed, Mar 12, 2014 at 2:20 PM, Ethan Furman et...@stoneleaf.us wrote:
I sure hope this is accepted. I could have used it at least a half-dozen
times in the last week -- which is more often than I would have used the
On Wed, Mar 12, 2014 at 12:10 AM, Chris Angelico ros...@gmail.com wrote:
PEP 463, Exception-catching expressions, is stable and I believe ready
for pronouncement. Drumroll please...
http://www.python.org/dev/peps/pep-0463/
PEP: 463
Title: Exception-catching expressions
Version: $Revision$
On Wed, Mar 12, 2014 at 11:16 AM, Chris Angelico ros...@gmail.com wrote:
On Thu, Mar 13, 2014 at 2:14 AM, Brett Cannon br...@python.org wrote:
While I'm +0 on the idea, I'm -1 on the syntax; I just don't like having
a
colon in an expression.
Which is why there are alternatives listed
On Mon Mar 10 2014 at 11:41:27 AM, Jurko Gospodnetić
jurko.gospodne...@pke.hr wrote:
Hi Nick.
On 10.3.2014. 14:25, Nick Coghlan wrote: What is supposed to happen
when that code gets loaded from a ZIP archive?
__file__ is expected to always be set (including when loaded from a
On Mon Mar 10 2014 at 11:50:54 AM, Victor Stinner victor.stin...@gmail.com
wrote:
2014-03-10 16:25 GMT+01:00 Stefan Richthofer stefan.richtho...@gmx.de:
I don't see the point in this discussion.
As far as I know, the major version is INTENDED to
indicate backward-incompatible changes.
On Mon Mar 10 2014 at 12:08:55 PM, Victor Stinner victor.stin...@gmail.com
wrote:
I suggest to wait less than 8 years
for Python 4.
Why? What's special about 8 years?
It's the time between Python 2.0 and 3.0.
But I'm willing to bet that's going to be an anomaly. Python 3 came into
On Mon Mar 10 2014 at 12:47:21 PM, Chris Barker chris.bar...@noaa.gov
wrote:
On Mon, Mar 10, 2014 at 8:04 AM, Steven D'Aprano st...@pearwood.infowrote:
If Python 4 is a conservative release, I don't see any reason to bump
the major version number until after Python 3.9.
and why even then?
On Tue, Mar 4, 2014 at 8:33 AM, Antoine Pitrou solip...@pitrou.net wrote:
On Tue, 04 Mar 2014 11:16:41 +0100
mar...@v.loewis.de wrote:
Quoting Nick Coghlan ncogh...@gmail.com:
If you don't want to do an rc3 despite the cherry picked changes since
rc2, then you need to make it easy
Best place for PyPI-related things is distutils-...@python.org. But for bug
reports related to PyPI, file them at
https://bitbucket.org/pypa/pypi/issues(it's actually linked off of
PyPI).
On Sat, Mar 1, 2014 at 1:30 PM, Giampaolo Rodola' g.rod...@gmail.comwrote:
I'm not sure whether this is
On Thu, Feb 27, 2014 at 5:47 AM, Victor Stinner victor.stin...@gmail.comwrote:
Hi,
2014-02-27 11:22 GMT+01:00 Kristján Valur Jónsson krist...@ccpgames.com:
Now, Larry Hastings pointed out that we support C89 which doesn’t support
Inlines. Rather than suggesting here that we update that
On Thu, Feb 27, 2014 at 12:22 PM, Sturla Molden sturla.mol...@gmail.comwrote:
Brett Cannon br...@python.org wrote:
The Visual Studio team has publicly stated they will never support C99,
so dropping C89 blindly is going to alienate a big part of our user base
unless we switch to C
On Wed, Feb 26, 2014 at 4:46 AM, Surya kasturi.su...@gmail.com wrote:
On Wed, Feb 26, 2014 at 8:16 AM, Terry Reedy tjre...@udel.edu wrote:
On 2/25/2014 8:56 PM, Surya wrote:
Hey there,
I am Surya, studying final year of Engineering. I have looked into Core
Python's ideas list and got
On Fri, Feb 21, 2014 at 8:41 PM, Greg Ewing greg.ew...@canterbury.ac.nzwrote:
Ethan Furman wrote:
On 02/21/2014 03:29 PM, Greg Ewing wrote:
value = lst[2] except No value if IndexError
It does read nicely, and is fine for the single, non-nested, case (which
is probably the vast
On Sat, Feb 22, 2014 at 4:13 AM, Antoine Pitrou solip...@pitrou.net wrote:
On Fri, 21 Feb 2014 09:37:29 -0800
Guido van Rossum gu...@python.org wrote:
I'm put off by the ':' syntax myself (it looks to me as if someone
forgot a
newline somewhere) but 'then' feels even weirder (it's been
On Fri, Feb 21, 2014 at 8:52 AM, Antoine Pitrou solip...@pitrou.net wrote:
On Fri, 21 Feb 2014 14:15:59 +1100
Chris Angelico ros...@gmail.com wrote:
A number of functions and methods have parameters which will cause
them to return a specified value instead of raising an exception. The
On Fri, Feb 21, 2014 at 9:49 AM, Eli Bendersky eli...@gmail.com wrote:
On Fri, Feb 21, 2014 at 6:46 AM, Nick Coghlan ncogh...@gmail.com wrote:
On 22 February 2014 00:37, Eli Bendersky eli...@gmail.com wrote:
This goes against anything I understand about how exceptions should and
should not
I'll reply inline, but tl;dr: I'm with Tim on this.
On Tue, Feb 18, 2014 at 5:08 AM, M.-A. Lemburg m...@egenix.com wrote:
On 18.02.2014 05:25, Tim Peters wrote:
[M.-A. Lemburg]
Now, the choice to have None compare less than all other objects
may have been arbitrary, but IMO it was a
On Wed, Feb 5, 2014 at 11:04 AM, Georg Brandl g.bra...@gmx.net wrote:
Am 05.02.2014 14:52, schrieb Martin v. Löwis:
Am 03.02.14 15:43, schrieb Larry Hastings:
A: We create a PyMethodDefEx structure with an extra field: const char
*signature. We add a new METH_SIGNATURE (maybe just
This is a mailing list for the development *of* Python, not *with* Python.
The best way to get help would be to email python-l...@python.org or
python-h...@python.org.
On Tue, Feb 4, 2014 at 10:15 AM, Milani Adelaide amil...@izsvenezie.itwrote:
Dear support,
we tried to install Phyton-3.3.3
On Sat, Feb 1, 2014 at 9:14 PM, Nick Coghlan ncogh...@gmail.com wrote:
On 2 February 2014 11:06, Steven D'Aprano st...@pearwood.info wrote:
Hi all,
Over on the Python-ideas list, there's a thread about the new statistics
module, and as the author of that module, I'm looking for a bit of
On Mon, Feb 3, 2014 at 2:41 PM, Виктор Щерба vic.sche...@gmail.com wrote:
Hi, guys!
I have found a bug in module time function sleep in Python 2.7 under
Windows XP / Server 2003 and lower.
I fix this bug locally. But how could I send you hg patch or pull request
or, maybe, commit to
On Feb 2, 2014 1:08 PM, R. David Murray rdmur...@bitdance.com wrote:
On Sat, 01 Feb 2014 13:20:48 -0500, Brett Cannon br...@python.org wrote:
On Sat, Feb 1, 2014 at 12:27 PM, r.david.murray
python-check...@python.orgwrote:
http://hg.python.org/cpython/rev/b3f034f5000f
changeset
@@ -765,6 +765,10 @@
it will normally be desirable to override the default implementation
for performance reasons. (Contributed by Brett Cannon in :issue:`18072`.)
+The :func:`~importlib.reload` function has been moved from :mod:`imp`
+to :mod:`importlib`. The :func:`mod.reload` name
On Mon, Jan 27, 2014 at 10:42 AM, Paul Moore p.f.mo...@gmail.com wrote:
On 27 January 2014 15:35, Victor Stinner victor.stin...@gmail.com wrote:
Version 2 is the fastest in Python 3.3 and 3.4, but version 4 with
Python 3.4 produces the smallest file.
Which version is used when creating pyc
On Sat, Jan 25, 2014 at 12:41 AM, Greg Ewing greg.ew...@canterbury.ac.nzwrote:
Brett Cannon wrote:
On Fri, Jan 24, 2014 at 10:50 AM, Ram Rachum r...@rachum.com mailto:
r...@rachum.com wrote:
lambda (x, y): whatever
http://python.org/dev/peps/pep-3113/
Part of the rationale
On Sat, Jan 25, 2014 at 8:29 AM, Ezio Melotti ezio.melo...@gmail.comwrote:
Hi,
a couple of years ago I suggested to define and document our
deprecation policy in this thread:
https://mail.python.org/pipermail/python-dev/2011-October/114199.html
I didn't receive many replies and eventually
On Thu, Jan 23, 2014 at 10:48 PM, Dan Stromberg drsali...@gmail.com wrote:
Has anyone published a web page or wiki page about what's great about
Python 3.x?
In case you want a video I gave a presentation at PyCon US 2013 on Python
3.3 and tried to cover everything from 3.0 on.
On Fri, Jan 24, 2014 at 10:50 AM, Ram Rachum r...@rachum.com wrote:
I don't like how in Python 3.x, you can't do this:
lambda (x, y): whatever
It's quite useful in Python 2
if I understand correctly, it's a side effect of such packed arguments not
being allowed in function
On Fri, Jan 24, 2014 at 11:46 AM, Ram Rachum r...@rachum.com wrote:
You see, Antoine, *you* know that it's better asked on python-ideas
because you know it doesn't exist in Python, therefore it's an idea for an
addition. However, when a person like me asks this question, he does not
know
(or to python-list).
If you have any doubt as to whether a question should go here or not, then
err on the side of caution and post to python-ideas or python-list first.
-Brett
On Fri, Jan 24, 2014 at 7:31 PM, Brett Cannon br...@python.org wrote:
On Fri, Jan 24, 2014 at 11:46 AM, Ram Rachum r
? If not I think it would be useful because The
assumption is that if you are asking if something exists then you would
like it to exist, in which case you should have a reason for wanting it.
-Brett
On Fri, Jan 24, 2014 at 7:41 PM, Brett Cannon br...@python.org wrote:
On Fri, Jan 24, 2014
On Fri, Jan 24, 2014 at 6:02 PM, Mark Lawrence breamore...@yahoo.co.ukwrote:
On 24/01/2014 22:56, Brian Curtin wrote:
On Fri, Jan 24, 2014 at 4:50 PM, Mark Lawrence breamore...@yahoo.co.uk
wrote:
On 24/01/2014 22:44, Brian Curtin wrote:
On Fri, Jan 24, 2014 at 11:40 AM, Mark Lawrence
On Wed, Jan 22, 2014 at 3:56 PM, Benjamin Peterson benja...@python.orgwrote:
On Wed, Jan 22, 2014, at 12:25 PM, Nick Coghlan wrote:
On 23 Jan 2014 00:39, Benjamin Peterson benja...@python.org wrote:
Speaking of requests, I think another way to address this issue would
be
import a
On Mon, Jan 20, 2014 at 3:05 AM, Larry Hastings la...@hastings.org wrote:
On 01/19/2014 08:29 AM, Ethan Furman wrote:
On 01/19/2014 03:32 AM, Georg Brandl wrote:
Am 19.01.2014 11:19, schrieb Larry Hastings:
Not kidding, my best idea so far is foo.clinic.h.h,
Why not always put clinic
On Mon, Jan 20, 2014 at 10:44 AM, Oleg Broytman p...@phdru.name wrote:
On Mon, Jan 20, 2014 at 04:07:51PM +0100, Stefan Krah ste...@bytereef.org
wrote:
Bonus points for any other directory name that is
more self-descriptive. ;)
Argument Clinic is a PyArg_Parse* preprocessor, AFAIU. Why
On Mon, Jan 20, 2014 at 2:09 PM, Barry Warsaw ba...@python.org wrote:
On Jan 20, 2014, at 12:05 AM, Larry Hastings wrote:
Contestant 5: Put in __clinic__ directory, add .h
foo.c - __clinic__/foo.c.h
foo.h - __clinic__/foo.h.h
This is cached output right?
Yes, it's generated
On Fri, Jan 17, 2014 at 9:50 AM, Eric V. Smith e...@trueblade.com wrote:
On 01/17/2014 07:34 AM, Eric V. Smith wrote:
On 1/17/2014 6:42 AM, Nick Coghlan wrote:
On 17 Jan 2014 18:03, Eric Snow ericsnowcurren...@gmail.com
mailto:ericsnowcurren...@gmail.com wrote:
On Thu, Jan 16, 2014
On Fri, Jan 17, 2014 at 11:49 AM, Ethan Furman et...@stoneleaf.us wrote:
Here's the text for your reading pleasure. I'll commit the PEP after I
add some markup.
Major change:
- dropped `format` support, just using %-interpolation
Coming soon:
- Rationale section ;)
On Fri, Jan 17, 2014 at 11:16 AM, Barry Warsaw ba...@python.org wrote:
On Jan 17, 2014, at 11:00 AM, Brett Cannon wrote:
I would rephrase it to switch to %-formatting for bytes usage for their
common code base.
-1. %-formatting is so neanderthal. :)
Very much so, which is why I'm willing
On Thu, Jan 16, 2014 at 2:51 AM, Ethan Furman et...@stoneleaf.us wrote:
On 01/15/2014 06:45 AM, Brett Cannon wrote:
This is why I have argued that if you specify it as if there is a format
spec specified, then the return value from
calling __format__() will have str.decode('ascii', 'strict
On Thu, Jan 16, 2014 at 4:56 AM, Nick Coghlan ncogh...@gmail.com wrote:
On 16 Jan 2014 17:53, Ethan Furman et...@stoneleaf.us wrote:
On 01/15/2014 06:45 AM, Brett Cannon wrote:
This is why I have argued that if you specify it as if there is a
format spec specified, then the return
On Thu, Jan 16, 2014 at 11:33 AM, Michael Urman mur...@gmail.com wrote:
On Thu, Jan 16, 2014 at 8:45 AM, Brett Cannon br...@python.org wrote:
Fine, if you're worried about bytes.format() overstepping by implicitly
calling str.encode() on the return value of __format__() then you will
need
bytes.format() below. I'll leave it to you to decide if they warrant using,
leaving as an open question, or rejecting.
On Tue, Jan 14, 2014 at 2:56 PM, Ethan Furman et...@stoneleaf.us wrote:
Duh. Here's the text, as well. ;)
PEP: 461
Title: Adding % and {} formatting to bytes
Version:
On Wed, Jan 15, 2014 at 10:52 AM, Eric V. Smith e...@trueblade.com wrote:
On 1/15/2014 9:45 AM, Brett Cannon wrote:
That's too vague; % interpolation does not support other format
operators in the same way as str.format() does. % interpolation has
specific code to support %d, etc
On Wed, Jan 15, 2014 at 10:57 AM, Ethan Furman et...@stoneleaf.us wrote:
On 01/15/2014 06:45 AM, Brett Cannon wrote:
bytes.format() below. I'll leave it to you to decide if they warrant
using, leaving as an open question, or rejecting.
Thanks for your comments. I've only barely touched
On Wed, Jan 15, 2014 at 4:24 PM, Ethan Furman et...@stoneleaf.us wrote:
On 01/15/2014 06:45 AM, Brett Cannon wrote:
I also think that a 'b' conversion be added to bytes.format(). This
doesn't have the same issue as %b if you make {}
implicitly mean {!b} in Python 3.5 as {} will mean what
On Wed, Jan 15, 2014 at 5:00 PM, Steven D'Aprano st...@pearwood.infowrote:
On Thu, Jan 16, 2014 at 10:55:31AM +1300, Greg Ewing wrote:
Neil Schemenauer wrote:
Objects that implement __str__ can also implement __bytes__ if they
can guarantee that ASCII characters are always returned,
I
On Mon, Jan 13, 2014 at 5:14 PM, Guido van Rossum gu...@python.org wrote:
On Mon, Jan 13, 2014 at 2:05 PM, Brett Cannon br...@python.org wrote:
I have been going on the assumption that bytes.format() would change what
'{}' meant for itself and would only interpolate bytes. That convenient
On January 14, 2014 at 11:31:51 AM, Brett Cannon (br...@python.org) wrote:
On Mon, Jan 13, 2014 at 5:14 PM, Guido van Rossum
wrote:
On Mon, Jan 13, 2014 at 2:05 PM, Brett Cannon
wrote:
I have been going on the assumption that bytes.format() would
change what
'{}' meant for itself
I think this was supposed to be 461, not 460 =)
On Tue, Jan 14, 2014 at 2:12 PM, guido.van.rossum
python-check...@python.org wrote:
http://hg.python.org/peps/rev/a25f48998ad3
changeset: 5346:a25f48998ad3
user:Guido van Rossum gu...@dropbox.com
date:Tue Jan 14 11:12:09
On Tue, Jan 14, 2014 at 3:22 PM, Larry Hastings la...@hastings.org wrote:
On 01/11/2014 07:35 PM, Larry Hastings wrote:
On 01/08/2014 07:08 AM, Barry Warsaw wrote:
How hard would it be to put together some sample branches that provide
concrete examples of the various options?
My own
On Tue, Jan 14, 2014 at 2:55 PM, Ethan Furman et...@stoneleaf.us wrote:
This PEP goes a but further than PEP 460 does, and hopefully spells things
out in enough detail so there is no confusion as to what is meant.
Are we going down the PEP route with the various ideas? Guido, do you want
one
On Mon, Jan 13, 2014 at 12:31 PM, Antoine Pitrou solip...@pitrou.netwrote:
On Mon, 13 Jan 2014 08:36:05 -0800
Ethan Furman et...@stoneleaf.us wrote:
On 01/13/2014 08:09 AM, Antoine Pitrou wrote:
On Mon, 13 Jan 2014 07:59:10 -0800
Guido van Rossum gu...@python.org wrote:
On Mon, Jan
On Mon, Jan 13, 2014 at 2:51 PM, Terry Reedy tjre...@udel.edu wrote:
On 1/13/2014 1:40 PM, Brett Cannon wrote:
So bytes formatting really needn't (and shouldn't, IMO) mirror str
formatting.
This was my presumption in writing byteformat().
I think one of the things about Guido's
On Mon, Jan 13, 2014 at 4:51 PM, Guido van Rossum gu...@python.org wrote:
Terminology. Let's use the official terminology rather than making stuff
up.
The docs at http://docs.python.org/3/library/string.html#formatspec
use the following terminology:
Replacement field: {...}; contains field
On Mon, Jan 13, 2014 at 4:36 PM, Ethan Furman et...@stoneleaf.us wrote:
On 01/13/2014 01:20 PM, Mark Lawrence wrote:
On 13/01/2014 21:01, Paul Moore wrote:
I think this should be for 3.5, and should not involve an accelerated
release of 3.5 - we should get it into the 3.5 code early and
I don't know about the rest of you but I feel like the discussion is
heading off the rails (if it hasn't already jumped the tracks). Let's try
to bring this back around to something actionable which people can focus
their energy on as the amount of developer time spent arguing could have
led to
1201 - 1300 of 3172 matches
Mail list logo
