I noticed IDLE changes were being put under the "library" section in
Misc/NEWS. How about creating a IDLE section?
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
U
Having gotten positive input from Todd, I've now done the move.
2013/4/6 Benjamin Peterson :
> I noticed IDLE changes were being put under the "library" section in
> Misc/NEWS. How about creating a IDLE section?
>
> --
> Regards,
>
Best wishes,
Benjamin Peterson
2.7 Release Manager
(on behalf of all of Python 2.7's contributors)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/opti
025, but I think at this
juncture 5 total years of maintenance is reasonable. This means there
will be approximately 4 more 2.7 releases.
Thoughts?
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/
2013/4/6 Gregory P. Smith :
> I agree with Benjamin though is it really necessary to do two 2.7 releases a
> year for the last two years? that's rather rapid (but as the release
> manager its your call).
What I like about 6 months is that its short enough, so we don't have
2013/4/7 "Martin v. Löwis" :
> Am 07.04.13 00:37, schrieb Benjamin Peterson:
>> What I like about 6 months is that its short enough, so we don't have
>> feel bad about not taking a certain change; it can just be pushed to
>> the next no-too-far-away release.
on are critically important
to the life of a Python version. Every 2.x version has survived much
longer than Python-dev has done bugfixes on it. As has been noted on
this thread, there will be commercial and apparently PyPy support for
2.7 long after cpython stops bug fixing it.
--
Regards,
Benja
2013/4/10 Antoine Pitrou :
> On Wed, 10 Apr 2013 23:01:46 +0200 (CEST)
> benjamin.peterson wrote:
>> http://hg.python.org/cpython/rev/35cb75b9d653
>> changeset: 83238:35cb75b9d653
>> branch: 3.3
>> parent: 83235:172f825d7fc9
>> user:Benjam
/hg.python.org/cpython/rev/35cb75b9d653
>>> > changeset: 83238:35cb75b9d653
>>> > branch: 3.3
>>> > parent: 83235:172f825d7fc9
>>> > user:Benjamin Peterson
>>> > date:Wed Apr 10 17:00:56 2013 -0400
>>>
et->ht_name = value;
>>
>> type->tp_name = PyString_AS_STRING(value);
>> +Py_DECREF(tmp);
>>
>> return 0;
>> }
>>
>> --
>> Repository URL: http://hg.python.org/cpython
>>
>> ___
>> Python-checkins mailing list
>> python-check...@python.org
>> http://mail.python.org/mailman/listinfo/python-checkins
>>
>
>
> ___
> Python-checkins mailing list
> python-check...@python.org
> http://mail.python.org/mailman/listinfo/python-checkins
>
--
Regards,
Benjamin
___
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
relevant or not.
I personally would love to see all libraries that we have copies of in
the repo killed.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.
ly you should break a buildbot as a celebration :)
He might lose all his friends then.
--
Regards,
Benjamin
___
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
must be None, else raise an exception?
IMO, that has no interesting semantic meaning and defining your own
none function is a perfectly acceptable way of dealing with your
problem.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
ls back to loading from a cell rather than from
> a global/builtins lookup.
Yes.
--
Regards,
Benjamin
___
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
2013/4/27 Nick Coghlan :
> On Sun, Apr 28, 2013 at 11:38 AM, Benjamin Peterson
> wrote:
>> 2013/4/27 Nick Coghlan :
>>>
>>> On 28 Apr 2013 04:30, "Ethan Furman" wrote:
>>>>
>>>> I filed bug http://bugs.python.org/issue17853 last ni
On 29 April 2013 20:04, Guido van Rossum wrote:
> On Mon, Apr 29, 2013 at 11:34 AM, Larry Hastings wrote:
>> What's the problem with overriding the isinstance checks? You mention it
>> but seem to assume it's a bad idea. That seems to me like it'd adequately
>> solve that problem with an accept
2013/4/30 Guido van Rossum :
> Can we do something about the problem that virus checkers complain about the
> xml bomb test file? E.g. Generate it dynamically in a script?
That's been dealt with. See http://bugs.python.org/issue17843
--
Regard
gardless of that, perhaps we should come up with better ways to do this.
--
Regards,
Benjamin
___
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
2013/5/2 Eli Bendersky :
>
>
>
> On Thu, May 2, 2013 at 1:10 PM, Antoine Pitrou wrote:
>>
>> On Thu, 2 May 2013 15:48:14 -0400
>> Benjamin Peterson wrote:
>> > 2013/5/2 Ethan Furman :
>> > > In order for the Enum convenience function to be pic
e warning in the locals() docs would
> be softened to indicate that modifications won't work at function
> scope, but are supported at module and class scope.
This sounds good to me.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python
don't have buildbot testing of release
branches, I decided it would be best to just cut from the maintenance
branch.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Uns
2013/5/15 M.-A. Lemburg :
> On 12.05.2013 06:03, Benjamin Peterson wrote:
>> The long anticipated "emergency" 2.7.5 release has now been tagged. It
>> will be publicly announced as binaries arrive.
>>
>> Originally, I was just going to cherrypick regressio
in 2.7.4.)
This is a production release.
Happy May,
Benjamin Peterson
2.7 Release Manager
(on behalf of all of Python 2.7's contributors)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubs
2013/5/15 Carlos Nepomuceno :
> test_asynchat still hangs! What it does? Should I care?
Is there an issue filed for that?
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-
e, gzip
>> and xml.sax modules. Details can be found in the changelogs:
>
>
> It seems that I'm the main culprit of this releases.
You've now passed your Python-dev initiation.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python
x27;t we simply
> make those code blocks unconditional? It would avoid having to maintain
> unused fallback paths.
+1
(Maybe Snakebite has such an exotic system, though?) :)
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http
http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/options/python-dev/benjamin%40python.org
>
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.p
that even if you do have API documentation inline,
you have to have a lot of juggling in the external file to create the
desired narrative structure which may not be the same as the code
layout in the file.
--
Regards,
Benjamin
___
Python-Dev mailing l
t os
>>>> os.environ['PROCESSOR_ARCHITECTURE']
> 'AMD64'
>>>>
>
>
> Should I not get a 64-bit integer maxint (9223372036854775807) for
> sys.maxint ?
This is correct. sizeof(long) != sizeof(void *) on Win64, and size
Python int's are platf
to normal sourcecode.
--
Regards,
Benjamin
___
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
2013/5/21 Antoine Pitrou :
>
> Hello,
>
> I would like to nominate Benjamin as BDFL-Delegate for PEP 442.
> Please tell me if you would like to object :)
I think he's a scoundrel.
--
Regards,
Benjamin
___
Python-Dev mailing list
P
Merge with 3.3
>
> files:
> Lib/idlelib/CallTips.py | 4 +-
> Lib/idlelib/PathBrowser.py| 3 +-
> Lib/idlelib/idle_test/@README.txt | 63 +++
Is @README really the intended name of this file? Would README-TEST or
something sim
t;Apps" much, but hey :-)).
>
> Unfortunately, I don't know any other short word for "things with main
> functions that we ship to end users" :)
"Bin" is quite common (if ironic). I think it would be fine two if
that stuff was in Python/; anywhere is better t
ith respect to stack space, so for example,
each PyEval_FrameEx frame is 1/2 KB.
--
Regards,
Benjamin
___
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
someone is using __del__ to manage a freelist)
Do you know if it breaks any of the projects you tested it with?
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
U
resurrected?
--
Regards,
Benjamin
___
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
fault. This would provide a consistent experience
across platforms. We could provide options to look for system cert
repositories if desired.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinf
2013/6/3 Donald Stufft :
>
> On Jun 3, 2013, at 1:58 AM, Benjamin Peterson wrote:
>
> 2013/6/2 Donald Stufft :
>
> As of right now, as far as I can tell, Python does not validate HTTPS
> certificates by default. As far as I can tell this is because there is no
> guarantee
reviewing the code.
--
Regards,
Benjamin
___
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
an the code is
automatically compliant with the updated RFC. :)
>
> For example for updating RFC3548 to RFC4648 there is an issue #16995.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/py
glibc.
--
Regards,
Benjamin
___
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
Your questions/suggestions are off-topic for this list. This belongs
on python-ideas.
On 14 June 2013 20:12, Martin Schultz wrote:
>
> 2. Testing for empty lists or empty ndarrays:
> 4. Finding the number of elements in an object:
> 6. Detecting None values in a list:
Each of the problems above
te Python
sources because the parser then handles the somewhat complicated
process of decoding Python source for you.
--
Regards,
Benjamin
___
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
2013/6/17 Guido van Rossum :
> On Mon, Jun 17, 2013 at 4:40 PM, Benjamin Peterson
> wrote:
>> 2013/6/17 Greg Ewing :
>>> Guido van Rossum wrote:
>>>>
>>>> No. Executing a file containing those exact characters produces a
>>>> string conta
2013/6/17 Guido van Rossum :
> On Mon, Jun 17, 2013 at 5:02 PM, Benjamin Peterson
> wrote:
>> 2013/6/17 Guido van Rossum :
>>> On Mon, Jun 17, 2013 at 4:40 PM, Benjamin Peterson
>>> wrote:
>>> What exactly does the parser handles better than the io modul
2013/6/17 Éric Araujo :
> Le 17/06/2013 20:49, Benjamin Peterson a écrit :
>> Reading Python coding cookies is outside the purview of TextIOWrapper.
>> However, it would be good to have a function in the stdlib to read a
>> python source file to Unicode; I've definitely i
ale for pushing for removal.
+1 to nixing it.
--
Regards,
Benjamin
___
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
o do additional work as a result.
Kill it. I would argue having incorrect constants makes the
implementation incompatible with CPython anyway. This not that much
work (as long as there are tests that the constants exist at least) to
emulate.
--
Regards,
Benjamin
__
I agree it would be interesting to hear about the reasons for the change.
>>> Raymond?
>>
>>
>> Asking as a learner: are such non-bugfix changes appropriate for the 2.7
>> line?
>>
>> --
>> ~Ethan~
>>
>> ___
>> Pyth
I've backed this one out, too.
2013/6/22 Scott Dial :
> On 6/22/2013 2:17 PM, Benjamin Peterson wrote:
>> Many people have raised concerns about this change, so I've now backed it
>> out.
>
> I think that change also goes with this change:
>
> http://h
. This incident should not be construed to
diminish Raymond's long history of contribution or his technical
ability.
My second reversion (86d512e0ec66) was knee-jerk and shouldn't have happened.
--
Regards,
Benjamin
___
Python-Dev m
t;
>> --David
>
> you mean "CPython does not have any implementation-specific options"?
> I would claim -O behavior should be implementation-specific since it's
> nonsense in the optimizations sense, but other than that, it does not
> seem that there is any -X opti
slower than for a power of two.
>
>
> A-ha! Finally an explanation of the change. It makes intuitive sense now. I
> think the general feeling is that folks overreacted (perhaps confused by
> your silence) and that the reversal will be rolled back. Benjamin?
Raymond, go ahead and re
2013/6/25 Raymond Hettinger :
>
> On Jun 24, 2013, at 10:12 PM, Benjamin Peterson wrote:
>
> Raymond, go ahead and reapply your change.
>
>
> If you don't mind, I think you should be the one to undo your own
> reversions.
2013/6/25 Victor Stinner :
> And then I ran "make distclean"...
You've left us hanging...
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
g wrote:
>> Issue 4199 begins with a self-explanatory comment:
>>
>> PEP 3104 says that the nonlocal and global statements should
>> allow a shorthand. ("global x; x = 3" == "global x = 3") This
>> patch implements that.
>>
>&
e there,
> should it?
>
> Regards
>
> Antoine.
>
>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.
to do this, which is a
>> little surprising and frustrating...
>>
>> What am I missing here?
>
>
> You could always monkeypatch builtins.__build_class__ to add an attribute to
> every "unbound method" pointing to the class.
I would not reccomend that. __build_c
a closure that
> doesn't capture anything? Is it just a speed optimization for a common case?
It probably has more to do with the fact that nested scopes with added
much later in Python's history than functions.
>
--
Regards,
Benjamin
2013/7/15 Victor Stinner :
> 2013/7/16 benjamin.peterson :
>> http://hg.python.org/cpython/rev/c3a510b22218
>> changeset: 84653:c3a510b22218
>> branch: 3.3
>> parent: 84651:e22dd5fda5a8
>> user:Benjamin Peterson
>> date:Mo
d thus hashing it. You wouldn't
expect, {}.get(unhashable, None) not to raise, right?
--
Regards,
Benjamin
___
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
gt; Python-checkins mailing list
> python-check...@python.org
> http://mail.python.org/mailman/listinfo/python-checkins
>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org
"Py_Initialize: can't init bytearray");
>>
>> -_PyFloat_Init();
>> +if (!_PyFloat_Init())
>> +Py_FatalError("Py_Initialize: can't init float");
>>
>> interp->modules = PyDict_New();
>> if (int
2013/7/23 Christian Heimes :
> Am 23.07.2013 07:08, schrieb benjamin.peterson:
>> http://hg.python.org/cpython/rev/042ff9325c5e
>> changeset: 84804:042ff9325c5e
>> branch: 3.3
>> parent: 84789:bb63f813a00f
>> user:Benjamin Peterson
>>
On 15 August 2013 14:08, Steven D'Aprano wrote:
>
> - The API doesn't really feel very Pythonic to me. For example, we write:
>
> mystring.rjust(width)
> dict.items()
>
> rather than mystring.justify(width, "right") or dict.iterate("items"). So I
> think individual methods is a better API, and one
On Aug 16, 2013 11:05 AM, "Steven D'Aprano"
wrote:
>
> I'll provide two functions: mode, which returns the single value with the
highest frequency, or raises; and a second function, which collates the
data into a sorted (value, frequency) list. Bike-shedding on the name of
this second function is
available. Its use is
> recommended."
>
> Kinds regards, -peter
>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/
are, why can't extension modules
>> stick
>> anything into sys.modules as well?
>
>
> Being able to stick anything in sys.modules in CPython is an implementation
> artifact rather than language feature.
This is not really true. Many people use this feature to replace
modules
istinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/benjamin%40python.org
>
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
.2, with 6.3 being released shortly), or is there another module that
> provides more up to date information?
I usually keep the latest Python version up to date with the latest
Unicode version, so 3.4 will have Unicode 6.2.
--
Regards,
Benjamin
___
On 8 September 2013 18:32, Guido van Rossum wrote:
> Going over the open issues:
>
> - Parallel arrays or arrays of tuples? I think the API should require
> an array of tuples. It is trivial to zip up parallel arrays to the
> required format, while if you have an array of tuples, extracting the
>
On 9 September 2013 09:02, Serhiy Storchaka wrote:
> 08.09.13 20:52, Guido van Rossum написав(ла):
>
>> Well, to me zip(*x) is unnatural, and it's inefficient when the arrays are
>> long.
>
> Perhaps we need zip.from_iterable()?
I would prefer it if chain.from_iterable were named something like
f
On 9 September 2013 04:16, Guido van Rossum wrote:
>
> Yeah, so this and Steven's review of various other APIs suggests that the
> field of statistics hasn't really reached the object-oriented age (or
> perhaps the OO view isn't suitable for the field), and people really think
> of their data as a
On 9 September 2013 12:56, Nick Coghlan wrote:
>> Alternatively, I thought there was discussion a long time ago about
>> getting numpy's
>> (or even further back, numeric's?) array type into the core. Python
>> has an array type
>> which I don't think gets a lot of use (or love). Might it be
>> wo
09-09
>>
>> Core and Builtins
>> -
>>
>> --
>> Repository URL: http://hg.python.org/cpython
>>
>> ___
>> Python-checkins mailing list
>> python-check...@python.org
>> https
v
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/benjamin%40python.org
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
t super() respect the __getattribute__ method of the superclass?
You want to be looking things up on the class, not an instance.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On 10 September 2013 10:28, Antoine Pitrou wrote:
> On the tracker issue, it seems everyone agreed on the principle. There
> is some bikeshedding left to do, though. So here are the reasonable
> naming proposals so far:
>
> - transformkeydict
> - coercekeydict
> - transformdict
> - coercedict
>
>
On 16 September 2013 16:42, Guido van Rossum wrote:
> I'm ready to accept this PEP. Because I haven't read this entire thread (and
> 60 messages about random diversions is really too much to try and catch up
> on) I'll give people 24 hours to remind me of outstanding rejections.
>
> I also haven't
On 17 September 2013 22:21, Guido van Rossum wrote:
> Congrats, I've accepted the PEP. Nice work! Please work with the reviewers
> on the issue on the code.
Good work, Steven!
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mai
qMryydyvx97z33VaI2p1RGOOcK/lWdNw
> ETcetqJo8UswS2PSthJ0e5snOUsIeVJRomhJ48n8sJfIadCxAk6ozdMR75pHP5Y3
> lJoUuUgdcJU=
> =vbuK
> -END PGP SIGNATURE-
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python
pport weakrefs, beside memory use?
Is increased memory use for every str/bytes object not a good enough reason?
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
t; Steve
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/benjamin%40python.org
--
Regards,
Be
hon 2.4 ast stdlib module? Any module named "ast" (or
"_ast") didn't exist until 2.5.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https:/
new Pythons for asdl* code, because Python-ast.*
> are, in fact, checked in so they don't have to be rebuilt by the bots or
> users?
We should have the buildbots run "make touch", so they don't need to
run asdl_c.py.
--
Regards,
Benjamin
___
2013/9/26 Eli Bendersky :
>
>
>
> On Thu, Sep 26, 2013 at 7:28 AM, Benjamin Peterson
> wrote:
>>
>> 2013/9/26 Eli Bendersky :
>> > Hi All,
>> >
>> > Earlier this morning I had a slight tackle with a couple of the 3.4 bots
>> >
th of these are good changes.
And FWIW, I generally agree with Barry about adding things to 2.7.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
sort of a pittance.
>
> unittest doesn't look to release memory (the TestCase class) after the
> execution of a test.
Is it important to optimize unittests for memory usage?
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@pyt
2013/10/6 Victor Stinner :
> 2013/10/6 Benjamin Peterson :
>> 2013/10/6 Victor Stinner :
>>> Hi,
>>>
>>> Slowly, I'm trying to see if it would be possible to reduce the memory
>>> footprint of Python using the tracemalloc module.
>>>
>
ave the machine do the work. :))
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
n the first high level language used on them,
> because it fit. Then we'd all be able to be *much* lazier now :)
Even on desktop, startup time leaves a lot to be desired.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@pyth
I can live with "/", but
YANGTNI still.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
2013/10/8 Terry Reedy :
> On 10/8/2013 9:31 PM, Benjamin Peterson wrote:
>>
>> 2013/10/8 Larry Hastings :
>>>
>>> This PEP proposes a backwards-compatible syntax that should
>>> permit implementing any builtin in pure Python code.
>>
>>
>
2013/10/8 Ethan Furman :
> On 10/08/2013 08:09 PM, Benjamin Peterson wrote:
>>
>> 2013/10/8 Terry Reedy :
>>>
>>> On 10/8/2013 9:31 PM, Benjamin Peterson wrote:
>>>>
>>>>
>>>> 2013/10/8 Larry Hastings :
>>>>>
argument clinic may be changed any
time we like.
--
Regards,
Benjamin
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
2013/10/9 Antoine Pitrou :
> Le Wed, 9 Oct 2013 10:29:30 +0200,
> Antoine Pitrou a écrit :
>> Le Tue, 8 Oct 2013 15:43:40 -0400,
>> Benjamin Peterson a écrit :
>>
>> > 2013/10/8 R. David Murray :
>> > > In this context, if we'd been *really* s
2013/10/9 Larry Hastings :
>
> On 10/09/2013 03:31 AM, Benjamin Peterson wrote:
>
> 2013/10/8 Larry Hastings :
>
> This PEP proposes a backwards-compatible syntax that should
> permit implementing any builtin in pure Python code.
>
> This is rather too strong. You can ce
2013/10/9 Larry Hastings :
> On 10/09/2013 04:24 PM, Benjamin Peterson wrote:
>
> My proposed syntax is a little complex--but complex is better than
> complicated and inconsistent and undocumented and inconvenient, which is
> what we have now.
>
> Certainly the argument
2013/10/9 Antoine Pitrou :
> Le Wed, 9 Oct 2013 10:29:30 +0200,
> Antoine Pitrou a écrit :
>> Le Tue, 8 Oct 2013 15:43:40 -0400,
>> Benjamin Peterson a écrit :
>>
>> > 2013/10/8 R. David Murray :
>> > > In this context, if we'd been *really* s
who's never heard of it so
> people who have English as a second language have little or no chance :(
OTOH, it's etymology is quite clear, so those with a little in
experience in Greek should have no trouble.
--
Regards,
Benjamin
__
301 - 400 of 1550 matches
Mail list logo
