Re: [Python-Dev] Status of PEP 397 - Python launcher for Windows

The launcher was slightly controversial when the pep was initially written 12 months ago. So what were the objections? Assuming you are proposing some future action for CPython, I'm opposed to the notion that the implementation of the launcher is the specification. The specification needs to

Re: [Python-Dev] Status of PEP 397 - Python launcher for Windows

On 19 February 2012 03:09, Mark Hammond wrote: > Thanks for the note Paul, but did you also mean to CC python-dev? Yes, I did, sorry. > > On 18/02/2012 9:15 PM, Paul Moore wrote: >> >> On 18 February 2012 05:24, Mark Hammond  wrote: >>> >>> I'm wondering what thoughts are on PEP 397, the Python

Re: [Python-Dev] PEP 394 request for pronouncement (python2 symlink in *nix systems)

In article <4f3cd403.7070...@v.loewis.de>, "Martin v. Lowis" wrote: > > There are two issues that I know of for OS X. One is just getting a > > python2 symlink into the bin directory of a framework build. That's > > easy. > > Where exactly in the Makefile is that reflected? ISTM that the cu

Re: [Python-Dev] compiling cpython in visual studio 2010

Hello, > I am trying to work on Python bugs following the tutorial given in the > python website. > I have installed Tortoise svn and visual studio 2010, I cloned a copy > of cpython as it is advised in the website using, however I am having > some problem in compiling it using visual studio 2010

Re: [Python-Dev] cpython: allow arbitrary attributes on classmethod and staticmethod (closes #14051)

Hi, > +static PyObject * > +cm_get___dict__(classmethod *cm, void *closure) > +{ > +Py_INCREF(cm->cm_dict); > +return cm->cm_dict; > +} >>> def f(): pass ... >>> cm = classmethod(f) >>> cm.__dict__ Erreur de segmentation Regards Antoine.

Re: [Python-Dev] cpython: allow arbitrary attributes on classmethod and staticmethod (closes #14051)

That's answering to Benjamin's f46deae68e34, by the way. Regards Antoine. On Sun, 19 Feb 2012 13:11:22 +0100 Antoine Pitrou wrote: > > Hi, > > > +static PyObject * > > +cm_get___dict__(classmethod *cm, void *closure) > > +{ > > +Py_INCREF(cm->cm_dict); > > +return cm->cm_dict; > >

[Python-Dev] C-API functions for reading/writing tstate->exc_* ?

Hi, the Cython and PyPy projects are currently working on getting Cython implemented extensions to build and run in PyPy, interfacing at the C-API level for now. One problem we encountered was that there is currently no "abstract" way to access tstate->exc_type and friends, i.e. the last exceptio

Re: [Python-Dev] C-API functions for reading/writing tstate->exc_* ?

On 19 February 2012 13:04, Stefan Behnel wrote: > When compiling for PyPy, Cython therefore needs a way to tell PyPy about > any changes. For the tstate->curexc_* fields, there are the two functions > PyErr_Fetch() and PyErr_Restore(). Could we have two similar "official" > functions for the exc_*

Re: [Python-Dev] C-API functions for reading/writing tstate->exc_* ?

On Mon, Feb 20, 2012 at 12:18 AM, Paul Moore wrote: > Of course, you could always go through the Python API, getting the sys > module, extracting the relevant functions and calling them using the > abstract API. That's what I'd recommend if this were purely a CPython > question. But I assume that

Re: [Python-Dev] PEP 394 accepted

Thanks Nick, Ned, and everyone else who worked on implementing this! If any further work on the text of the PEP or on the Makefile patch is needed, please shoot me an email (I have GMail set to archive messages to python-dev unless they explicitly CC me). -Kerrick Staley On Fri, Feb 17, 2012 at 6

Re: [Python-Dev] C-API functions for reading/writing tstate->exc_* ?

Nick Coghlan, 19.02.2012 15:31: > On Mon, Feb 20, 2012 at 12:18 AM, Paul Moore wrote: >> Of course, you could always go through the Python API, getting the sys >> module, extracting the relevant functions and calling them using the >> abstract API. That's what I'd recommend if this were purely a CP

Re: [Python-Dev] C-API functions for reading/writing tstate->exc_* ?

> When compiling for PyPy, Cython therefore needs a way to tell PyPy about > any changes. For the tstate->curexc_* fields, there are the two functions > PyErr_Fetch() and PyErr_Restore(). Could we have two similar "official" > functions for the exc_* fields? Maybe PyErr_FetchLast() and > PyErr_Rest

Re: [Python-Dev] PEP 410, 3rd revision, Decimal timestamp

>> * Ruby (1.9.3), the `Time class `_ >> supports picosecond (10\ :sup:`-12`) > > We must do better than Ruby: support arbritrary precision! :-D Seriously, I do consider that a necessary requirement for the PEP (which the Decimal type actually meets).

Re: [Python-Dev] folding cElementTree behind ElementTree in 3.3

> The change of backing ElementTree by cElementTree has already been > implemented in the default branch (3.3) by Florent Xicluna with careful > review from me and others. etree has an extensive (albeit a bit clumsy) > set of tests which keep passing successfully after the change. I just noticed

Re: [Python-Dev] PEP for new dictionary implementation

>> Ah, now I understand; you do need a single ssize_t either on the dict >> or at the head of the values array to indicate how many slots it has >> actually allocated. It *may* also be worthwhile to add a second >> ssize_t to indicate how many are currently in use, for faster results >> in case of

[Python-Dev] Links to last binary builds to download pages

Hey folks, When we do security only releases of Python we regularly get emails to webmas...@python.org asking where to find binary builds. If you want to find the most recent binary builds of Python 2.5 & 2.6, it used to involve clicking through quite a few links. I've added links to the lates

Re: [Python-Dev] [Python-checkins] cpython: Fix a failing importlib test under Windows.

On Mon, Feb 20, 2012 at 10:36 AM, brett.cannon wrote: > -    if sys_module.platform in CASE_INSENSITIVE_PLATFORMS: > +    if any(sys_module.platform.startswith(x) > +            for x in CASE_INSENSITIVE_PLATFORMS): Since C_I_P is a tuple, that condition can be written as: "sys_module.platform.st

Re: [Python-Dev] [Python-checkins] cpython: Issue #14043: Speed up importlib's _FileFinder by at least 8x, and add a new

On Mon, Feb 20, 2012 at 10:55 AM, antoine.pitrou wrote: > +def _relax_case(): > +    """True if filenames must be checked case-insensitively.""" > +    if any(map(sys.platform.startswith, CASE_INSENSITIVE_PLATFORMS)): > +        def _relax_case(): > +            return b'PYTHONCASEOK' in _os.envir

Re: [Python-Dev] [Python-checkins] cpython: Issue #14043: Speed up importlib's _FileFinder by at least 8x, and add a new

However, "very cool" on adding the caching in the default importers :) Cheers, Nick. -- Nick Coghlan   |   ncogh...@gmail.com   |   Brisbane, Australia ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev

Re: [Python-Dev] cpython: add generic implementation of a __dict__ descriptor for C types

Am 20.02.2012 02:04, schrieb benjamin.peterson: > http://hg.python.org/cpython/rev/78f93eb7dd75 > changeset: 75050:78f93eb7dd75 > user:Benjamin Peterson > date:Sun Feb 19 19:59:10 2012 -0500 > summary: > add generic implementation of a __dict__ descriptor for C types > > files