Re: [Python-3000] Cross-interpreter FFI for Python 3000?

2006-08-08 Thread Samuele Pedroni
Guido van Rossum wrote: > On 8/8/06, Terry Reedy <[EMAIL PROTECTED]> wrote: > >>>I would suggest that PyPy's use of ctypes, coupled with the inclusion of >>>ctypes in the Python 2.5 stdlib, means that ctypes could reasonably be >>>considered a defacto standard for a C FFI in Python at this point.

Re: [Python-3000] Cross-interpreter FFI for Python 3000?

2006-08-08 Thread Alexander Schremmer
On Tue, 8 Aug 2006 14:31:59 -0700, Guido van Rossum wrote: > Isn't a problem with ctypes that such extensions can no longer > guarantee "no segfaults"? How would you guarantee the "no segfaults" policy for every other bindings involved? In either case, auditing an extension written using ctypes

Re: [Python-3000] Cross-interpreter FFI for Python 3000?

2006-08-08 Thread Phillip J. Eby
At 02:45 PM 8/8/2006 -0700, Paul Prescod wrote: >As you said elsewhere, PyPy can compile an Rpython+rctypes program to a >C file, just as Pyrex does. So I don't understand why you see them as >"entirely unrelated". Disclaimer again: I like and use Pyrex; I even built additional support for it int

Re: [Python-3000] Cross-interpreter FFI for Python 3000?

2006-08-08 Thread Paul Prescod
>... > > Just FYI, but if I understand correctly, PyPy is now using > the ctypes API for its FFI. Also, RPython is entirely > unrelated to Pyrex. RPython is Python with restrictions on > how it's used, and doesn't include an FFI of its own. As you said elsewhere, PyPy can compile an Rpython+

Re: [Python-3000] Cross-interpreter FFI for Python 3000?

2006-08-08 Thread Guido van Rossum
On 8/8/06, Terry Reedy <[EMAIL PROTECTED]> wrote: > > I would suggest that PyPy's use of ctypes, coupled with the inclusion of > > ctypes in the Python 2.5 stdlib, means that ctypes could reasonably be > > considered a defacto standard for a C FFI in Python at this point. > > Intriguing idea. I kn

Re: [Python-3000] Cross-interpreter FFI for Python 3000?

2006-08-08 Thread Terry Reedy
For those as ignorant as I was, FFI does not here mean Friendly File Interface Fauna and Flora International Family Firm Institute Forsvarets forskningsinstitutt Film Finances, Inc. Financial Freedom Institute Focus on the Family Institute ... (all but the first from Google) but Foreign Function I

Re: [Python-3000] Set literals - another try

2006-08-08 Thread Josiah Carlson
"Collin Winter" <[EMAIL PROTECTED]> wrote: > > On 8/8/06, Josiah Carlson <[EMAIL PROTECTED]> wrote: > > I personally don't see much of a use for set literals, considering that > > there is a non-ambiguous spelling of it currently; set(...), whose only > > cost above and beyond that of a set liter

Re: [Python-3000] Set literals - another try

2006-08-08 Thread Collin Winter
On 8/8/06, Josiah Carlson <[EMAIL PROTECTED]> wrote: > I personally don't see much of a use for set literals, considering that > there is a non-ambiguous spelling of it currently; set(...), whose only > cost above and beyond that of a set literal is a global name lookup. I thought one of the main

Re: [Python-3000] threading, part 2

2006-08-08 Thread Jim Jewett
On 8/8/06, tomer filiba <[EMAIL PROTECTED]> wrote: > my previous suggestion asked for is a means to raise exceptions in the > context of *other* threads. ... > * breaking the thread's state -- that's not really an issue. i'm not talking > about *forcefully* killing the thread, without cleanup. T

Re: [Python-3000] Cross-interpreter FFI for Python 3000?

2006-08-08 Thread Phillip J. Eby
[Note: Discussion should move to the python-3000 list] At 11:28 AM 8/8/2006 -0700, Paul Prescod wrote: >I'll use up a little bit of my post-conference goodwill to push a >long-term obsession of mine...using a Python variant as the "standard" >extension/FFI model for Python (3000). I've heard varia

Re: [Python-3000] threading, part 2

2006-08-08 Thread Marcin 'Qrczak' Kowalczyk
"tomer filiba" <[EMAIL PROTECTED]> writes: > after all, exceptions can occur anywhere in the code, and at any time... It's impossible to write safe code when exceptions can occur at any time, except when you already happen have the needed atomic primitives available. Let's say we have a mutable

[Python-3000] threading, part 2

2006-08-08 Thread tomer filiba
let me bring this anew, as the the previous discussion has gone quite off tracks.i know there are many theories/paradigms concerning parallel execution, some require language level constructs, other being external, and let's not ever start talking about the GIL.(on a side note, if i may add my opin

Re: [Python-3000] Range literals

2006-08-08 Thread Josiah Carlson
Talin <[EMAIL PROTECTED]> wrote: > > I've seen some languages that use a double-dot (..) to mean a range of > items. This could be syntactic sugar for range(), like so: > > > for x in 1..10: >... In the pronouncement on PEP 284: http://www.python.org/dev/peps/pep-0284/ Guido

Re: [Python-3000] Set literals - another try

2006-08-08 Thread Josiah Carlson
Talin <[EMAIL PROTECTED]> wrote: > > Part 1: The concrete proposal part. > > I noticed that a lot of folks seemed to like the idea of making the > empty set resemble the greek letter Phi, using a combination of > parentheses and the vertical bar or forward slash character. > > So lets expand

[Python-3000] Range literals

2006-08-08 Thread Talin
I've seen some languages that use a double-dot (..) to mean a range of items. This could be syntactic sugar for range(), like so: for x in 1..10: ... -- Talin ___ Python-3000 mailing list Python-3000@python.org http://mail.python.org/mailma

[Python-3000] Set literals - another try

2006-08-08 Thread Talin
Part 1: The concrete proposal part. I noticed that a lot of folks seemed to like the idea of making the empty set resemble the greek letter Phi, using a combination of parentheses and the vertical bar or forward slash character. So lets expand on this: slice Phi in half and say that (| and |) a