Re: [Python-Dev] Summaries for Number 2008, First Half

2008-11-16 Thread Aahz
Thanks for getting back to this!

On Sun, Nov 16, 2008, Calvin Spealman wrote:

 ---
 Optionally using GMP to implement long if available
 ---

I'd combine the long optimization thread here -- I don't see any reason
for separate thread summaries.  Or at least put them next to each other.

 ---
 hg branch gone?
 ---

I'd skip this thread

 --
 My patches
 --

The summary should use clear titles, especially if they don't have an
actual summary for a thread.  I'd title this How do I get my patches
accepted? or Can someone please look at my patches?
-- 
Aahz ([EMAIL PROTECTED])   * http://www.pythoncraft.com/

It is easier to optimize correct code than to correct optimized code.
--Bill Harlan
___
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


[Python-Dev] Summaries for Number 2008, First Half

2008-11-15 Thread Calvin Spealman
Wow, how long has this been? OK, so these aren't really the summaries.
It is half-done summaries, which I've posted to the wiki for community
collaboration. Anyone with a better understanding a conversation or
simply the knowledge that I don't know what I'm talking about half the
time, the summary can be edited easily now. I'd like to try a schedule
of posting the draft to the wiki, leaving it up for edits for two
weeks, and publishing the final summaries when the next summary draft
is prepared and put up for review. Does that sound like a decent plan
that might actually see the return of the summaries be stuck with?

The draft is at
http://wiki.python.org/moin/PyDevSummaries/2008/November/FirstHalf

Of course, if you don't have time to edit this but do want to make any
comments, suggestions, or corrections, or you want to suggest that any
thread should be promoted from the bottom list or demoted down to it,
just let me know. And the current draft is found below.

=
Announcements
=

This is the draft of the python-dev mailing list summaries for the
first half of November 2008. Please make any corrections,
improvements, or comments. The contents will be finalized at the end
of the month, when the summaries' draft for the second half of
November 2008 are posted. I hope to keep this schedule regularly.

=
Summaries
=

---
Looking for VCS usage scenarios
---

Brett Cannon solicits any use cases and scenarios that would give an
understanding for the motivations in proposing Python move to or
mirror officially via some distributed version control. Much
discussion ensued that I didn't have the time to follow. This thread
was over 100 posts, so anyone who followed it well, please give as
concise an overview as you can.

Contributing thread:

- `Looking for VCS usage scenarios
http://mail.python.org/pipermail/python-dev/2008-November/083272.html`__

---
Optionally using GMP to implement long if available
---

The suggestion of using the GMP library to implement Python's long
numbers was brought in the context of an compile time option, falling
back to the current in-house implementation when GMP is not available.
However, the discussion points out that most distribution of Python is
binary and so the LGPL issues that keep us from using GMP still apply.

Some of the conversation also suggestion various improvements to our
own implementation, mostly focused on increasing size of the base long
values are stored in, particularly on 64bit systems.

Contributing thread:

- `Optionally using GMP to implement long if available
http://mail.python.org/pipermail/python-dev/2008-November/083315.html`__


Fwd: Removal of GIL through refcounting removal.


Yet Another Attempt At Removing The GIL was proposed, and had a more
positive reception than most of the times it has been brought up (in
my memory). While the removal of the GIL has been both proposed and
successfully attempted in the past, there have always been outstanding
issues that keep the lock around. One of the primary issues is that of
the C API and extension modules, which all expect reference counting.
A technique used in IronClad, a project that provides use of CPython
extensions in the IronPython implementation of the language, was
suggested to provide reference counting semantics to legacy
extensions, even if the internal objects no longer require them.

Contributing thread:

- `Fwd: Removal of GIL through refcounting removal.
http://mail.python.org/pipermail/python-dev/2008-November/083256.html`__

--
Using Cython for standard library?
--

Without much expectation that any action will actually be taken any
time soon, the possibility of using Cython (and, by extension, similar
solutions) was given consideration. While the benefits of these
solutions are obvious, there is no particular best of breed nor yet a
point of stability that a mature project might stand on. It would be
exciting to one day see some variation of this happen, but that day is
not today.

Contributing thread:

- `Using Cython for standard library?
http://mail.python.org/pipermail/python-dev/2008-November/083284.html`__

--
n.numbits: method or property?
--

The basic question of a proposed method or property, numbits, drew
into a small discussion about the inherent assumption of binary
representation of our numbers. The numbits method or property would
provide the smallest number of bits required to represent a given
integer.

Contributing thread:

- `n.numbits: method or property?
http://mail.python.org/pipermail/python-dev/2008-November/083528.html`__


XXX do we