Re: [pypy-dev] Python FFI

2012-05-15 Thread Armin Rigo
Hi Stefan, On Wed, May 16, 2012 at 7:01 AM, Stefan Behnel wrote: > I'm with Jean-Paul here. ...for a reason that might be unrelated to Jean-Paul's original complain: it's not like Cython gives first-class object manipulation on the result of parsing its .pyx files... well, too bad but Python is

Re: [pypy-dev] pypy-dev Digest, Vol 13, Issue 21

2012-05-15 Thread Armin Rigo
Hi Jean-Paul, On Tue, May 15, 2012 at 9:22 PM, wrote: > I don't think it's true that using strings instead of types (or other rich > objects) simplifies anything.  Quite the opposite, it takes all of the > complexity which must exist and throws a huge wall up to prevent anyone from > understandi

Re: [pypy-dev] Python FFI

2012-05-15 Thread Stefan Behnel
Maciej Fijalkowski, 15.05.2012 22:01: > On Tue, May 15, 2012 at 9:22 PM, wrote: >> I don't think it's true that using strings instead of types (or other rich >> objects) simplifies anything. Quite the opposite, it takes all of the >> complexity which must exist and throws a huge wall up to preven

Re: [pypy-dev] pypy-dev Digest, Vol 13, Issue 21

2012-05-15 Thread Maciej Fijalkowski
On Tue, May 15, 2012 at 9:22 PM, wrote: > On 03:11 pm, pypy-dev-requ...@python.org wrote: > >> >> Hi all, >> >> Fijal and me would like to raise interest among various groups of >> people about building a better ctypes replacement for Python. >> >> The general background first, at least as far as

Re: [pypy-dev] pypy-dev Digest, Vol 13, Issue 21

2012-05-15 Thread exarkun
On 03:11 pm, pypy-dev-requ...@python.org wrote: Hi all, Fijal and me would like to raise interest among various groups of people about building a better ctypes replacement for Python. The general background first, at least as far as we know it. People generally agree that CPython extension mo

Re: [pypy-dev] Python FFI

2012-05-15 Thread Alex Gaynor
On Tue, May 15, 2012 at 12:59 PM, mark florisson wrote: > On 15 May 2012 17:34, Armin Rigo wrote: > > Hi Yury, > > > > On Tue, May 15, 2012 at 5:56 PM, Yury Selivanov > wrote: > >> While I don't like some design quirks of Cython, I think that it's far > >> better than any ffi or ctypes-like solu

Re: [pypy-dev] Python FFI

2012-05-15 Thread mark florisson
On 15 May 2012 17:34, Armin Rigo wrote: > Hi Yury, > > On Tue, May 15, 2012 at 5:56 PM, Yury Selivanov > wrote: >> While I don't like some design quirks of Cython, I think that it's far >> better than any ffi or ctypes-like solution.  Essentially, it's an ffi >> merged with the language, not a s

Re: [pypy-dev] Python FFI

2012-05-15 Thread Stefan Behnel
Armin Rigo, 15.05.2012 18:34: > On Tue, May 15, 2012 at 5:56 PM, Yury Selivanov wrote: >> While I don't like some design quirks of Cython, I think that it's far >> better than any ffi or ctypes-like solution. Essentially, it's an ffi >> merged with the language, not a separate module. And that's

Re: [pypy-dev] Python FFI

2012-05-15 Thread Stefan Behnel
Maciej Fijalkowski, 15.05.2012 18:31: >> However, CPython doesn't have a JIT compiler, and that's one of the biggest >> drawbacks for (something like) ctypes. There's a reason we compile real >> code in Cython, not just a thin glue layer. So, if you want something >> that's usable outside of PyPy,

Re: [pypy-dev] Python FFI

2012-05-15 Thread Armin Rigo
Hi Yury, On Tue, May 15, 2012 at 5:56 PM, Yury Selivanov wrote: > While I don't like some design quirks of Cython, I think that it's far > better than any ffi or ctypes-like solution.  Essentially, it's an ffi > merged with the language, not a separate module.  And that's a pretty > unique approa

Re: [pypy-dev] Python FFI

2012-05-15 Thread Maciej Fijalkowski
> > > However, CPython doesn't have a JIT compiler, and that's one of the biggest > drawbacks for (something like) ctypes. There's a reason we compile real > code in Cython, not just a thin glue layer. So, if you want something > that's usable outside of PyPy, you will have to come up with somethin

Re: [pypy-dev] Python FFI

2012-05-15 Thread mark florisson
On 15 May 2012 17:14, Stefan Behnel wrote: > Maciej Fijalkowski, 15.05.2012 17:39: >> On Tue, May 15, 2012 at 5:16 PM, Stefan Behnel wrote: >>> Armin Rigo, 15.05.2012 16:23: Fijal and me would like to raise interest among various groups of people about building a better ctypes replacemen

Re: [pypy-dev] Python FFI

2012-05-15 Thread Stefan Behnel
Maciej Fijalkowski, 15.05.2012 17:39: > On Tue, May 15, 2012 at 5:16 PM, Stefan Behnel wrote: >> Armin Rigo, 15.05.2012 16:23: >>> Fijal and me would like to raise interest among various groups of >>> people about building a better ctypes replacement for Python. >>> [...] >>> The working alternativ

Re: [pypy-dev] Python FFI

2012-05-15 Thread Yury Selivanov
On 2012-05-15, at 10:23 AM, Armin Rigo wrote: > Opinions? Interests? This mail is deliberately low on details about > how we think we can do it. Instead I'm seeking general reactions for > now and would like to move this soon to its own project, independent > of PyPy. While I don't like some de

Re: [pypy-dev] Python FFI

2012-05-15 Thread Armin Rigo
Hi Skip, On Tue, May 15, 2012 at 5:14 PM, Skip Montanaro wrote: > Do either of the PyPy subprojects you mentioned address > C++ interfaces?  Do you plan to support it? No. The subprojects I mentioned are the "ffistruct" branch introducing a new built-in module by Antonio, and a different design

Re: [pypy-dev] Python FFI

2012-05-15 Thread Maciej Fijalkowski
On Tue, May 15, 2012 at 5:16 PM, Stefan Behnel wrote: > Armin Rigo, 15.05.2012 16:23: > > Fijal and me would like to raise interest among various groups of > > people about building a better ctypes replacement for Python. > > [...] > > The working alternatives nowadays are Cython and ctypes. For

Re: [pypy-dev] Python FFI

2012-05-15 Thread Stefan Behnel
Skip Montanaro, 15.05.2012 17:14: >> So we would like to propose something (a bit more publically than the >> two subprojects of PyPy attempting to do that --- did you know about >> their existence?). > > No, can you provide references? > >> The simplest FFI we know of for a high-level language i

Re: [pypy-dev] Python FFI

2012-05-15 Thread Skip Montanaro
> So we would like to propose something (a bit more publically than the > two subprojects of PyPy attempting to do that --- did you know about > their existence?). No, can you provide references? > The simplest FFI we know of for a high-level language is LuaJIT's FFI. >  If you are interested, re

Re: [pypy-dev] Python FFI

2012-05-15 Thread Stefan Behnel
Armin Rigo, 15.05.2012 16:23: > Fijal and me would like to raise interest among various groups of > people about building a better ctypes replacement for Python. > [...] > The working alternatives nowadays are Cython and ctypes. For Cython > you have to learn a whole new language; we can argue inf

Re: [pypy-dev] Python FFI

2012-05-15 Thread Antonio Cuni
Hi Armin, hi all, On 05/15/2012 04:23 PM, Armin Rigo wrote: > Hi all, > > Fijal and me would like to raise interest among various groups of > people about building a better ctypes replacement for Python. [cut] > Opinions? Interests? This mail is deliberately low on details about > how we thin

Re: [pypy-dev] AOSA book chapter

2012-05-15 Thread holger krekel
Hi Benjamin, On Mon, May 14, 2012 at 19:08 -0700, Benjamin Peterson wrote: > Hello pypy-dev, > As some of you may know, this past year I wrote a chapter about PyPy > for Architecture of Open Source Applications Volume 2. It has brought > to my attention that my communication with the PyPy communit

Re: [pypy-dev] AOSA book chapter

2012-05-15 Thread Armin Rigo
Hi Benjamin, On Tue, May 15, 2012 at 4:08 AM, Benjamin Peterson wrote: > As some of you may know, this past year I wrote a chapter about PyPy > for Architecture of Open Source Applications Volume 2. Great, congratulation :-) > It has brought to my attention that my communication with the PyPy c

[pypy-dev] Python FFI

2012-05-15 Thread Armin Rigo
Hi all, Fijal and me would like to raise interest among various groups of people about building a better ctypes replacement for Python. The general background first, at least as far as we know it. People generally agree that CPython extension modules are not extremely hard to write, but also not

Re: [pypy-dev] AOSA book chapter

2012-05-15 Thread Carl Friedrich Bolz
Hi all, On Tue, May 15, 2012 at 4:11 AM, Alex Gaynor wrote: > On Mon, May 14, 2012 at 10:08 PM, Benjamin Peterson > wrote: >> As some of you may know, this past year I wrote a chapter about PyPy >> for Architecture of Open Source Applications Volume 2. It has brought >> to my attention that my c

[pypy-dev] Documenting merged branches

2012-05-15 Thread Antonio Cuni
Hi all, the most laborious part of doing a new release is writing the "What's new" document. Together with Armin and Maciek, we tried to find a way to make it easier and less time consuming. The idea is that whenever someone merges a branch to default, he should also briefly document what it doe