Re: [pypy-dev] cppyy and callbacks

2014-01-24 Thread Alex Stewart
On Fri, Jan 24, 2014 at 12:41 PM, Armin Rigo wrote: > On Fri, Jan 24, 2014 at 6:56 PM, wrote: > > By default, there is memory tracking, auto-casting, overloading, template > > instantiation (with cling; partially with cint), etc. And if that is not > > desired, a Python layer can be written to

Re: [pypy-dev] cppyy and callbacks

2014-01-24 Thread wlavrijsen
Hi Armin, So you're basically answering "no" :-) no, I'm not saying no. (Okay, now I did twice. :) ) I did say that it was high on my wish list, after all. I know that there are many people who like to work the explicit way, which is why such an interface needs to be provided. And it can be d

Re: [pypy-dev] cppyy and callbacks

2014-01-24 Thread Armin Rigo
Hi Wim, On Fri, Jan 24, 2014 at 6:56 PM, wrote: > By default, there is memory tracking, auto-casting, overloading, template > instantiation (with cling; partially with cint), etc. And if that is not > desired, a Python layer can be written to do things differently. E.g. to > select a specific ov

Re: [pypy-dev] cppyy and callbacks

2014-01-24 Thread wlavrijsen
Hi Armin, I meant specifically the way the interface is to be used by the end programmer, ignoring its implementation for now. This would mean moving to more cffi-like idioms: removing the implicit ownership-tracking logic, not guessing too hard about which overloaded function is meant to be ca

Re: [pypy-dev] cppyy and callbacks

2014-01-24 Thread Armin Rigo
Hi Wim, On Fri, Jan 24, 2014 at 6:28 PM, wrote: > yes, it does. Is high on my wish list (and not just the programmer-facing > side, also the internals although there are several things that are close > but don't quite fit). I meant specifically the way the interface is to be used by the end pro

Re: [pypy-dev] cppyy and callbacks

2014-01-24 Thread wlavrijsen
Hi Armin, More generally, wouldn't it make some sense to try to bring cppyy closer to cffi? yes, it does. Is high on my wish list (and not just the programmer-facing side, also the internals although there are several things that are close but don't quite fit). At the top is cling, though, and

Re: [pypy-dev] PyD and PyPy [was Boost.Python and PyPy -- status?]

2014-01-24 Thread Armin Rigo
Hi Piotr, On Fri, Jan 24, 2014 at 3:11 PM, Piotr Skamruk wrote: > Probably http://pyd.dsource.org/ is this about what You are asking. > It's wrapper of python api for http://dlang.org/ I actually guessed that much from googling. What I'm asking is the kind of C++ code that it needs to interact

Re: [pypy-dev] PyD and PyPy [was Boost.Python and PyPy -- status?]

2014-01-24 Thread Massa, Harald Armin
2014/1/24 Armin Rigo : > What is PyD PYD (Put You Down) is a song by Justin Bieber, a singer especially popular with girls in the age bracket 10-14. https://www.youtube.com/watch?v=0Os-eKGQzpw Its lyrics use many words to describe the protagonist encouraging a lady to have sexual intercourse wit

Re: [pypy-dev] PyD and PyPy [was Boost.Python and PyPy -- status?]

2014-01-24 Thread Piotr Skamruk
2014/1/24 Armin Rigo : > [...] > Sorry, you're not getting answers because your question is too vague. > What is PyD, what kind of C or C++ code it is, ...? If it's C, we > recommend CFFI. If it's C++, we don't have a one-size-fits-all story > for that --- at all. If it's the kind of C++ code th

Re: [pypy-dev] PyD and PyPy [was Boost.Python and PyPy -- status?]

2014-01-24 Thread Armin Rigo
Hi Russel, On Sun, Jan 19, 2014 at 6:28 PM, Russel Winder wrote: > I am delving into PyD just now to get it working with CPython 3 as well > as CPython 2. Can you point me towards the best way of trying to make > this also work with PyPy and PyPy3? Sorry, you're not getting answers because your

Re: [pypy-dev] Validate SSL/TLS

2014-01-24 Thread Armin Rigo
Hi, On Thu, Jan 23, 2014 at 5:28 PM, Maciej Fijalkowski wrote: > Since I have absolutely no idea what you're talking about, let's start with: Same for me. Also, using another SSL library like PyOpenSSL is a good idea anyway --- on both CPython and PyPy. If I had a choice I'd prefer to scrap th

Re: [pypy-dev] cppyy and callbacks

2014-01-24 Thread Armin Rigo
Hi, On Thu, Jan 23, 2014 at 10:36 PM, wrote: >> I was considering the possibility of taking an index or id() of the object >> and just casting it into "void*" form, and then converting it back and >> using it to look up objects in a list/dict somewhere.. > > Alex Pyattaev did this (is in the pyp

Re: [pypy-dev] PyPy 2 unicode class

2014-01-24 Thread Armin Rigo
Hi all, Thanks everybody for your comments on this topic. Our initial motivation for doing that is to simplify RPython by getting rid of the RPython unicode type. I think that the outcome of these mails is that there is no single obvious answer as to whether the change would benefit or hurt Pyth

Re: [pypy-dev] Questions on stdlib-2.7.5 failures

2014-01-24 Thread Armin Rigo
Hi Christian, On Fri, Jan 24, 2014 at 8:54 AM, Armin Rigo wrote: >> pypy/module/_sre/__init__.py... Am I missing something? Are the errors due >> to a build problem or something else? > > This is merely a detail for a deeper an issue. CPython's "re" format > changed between 2.7.3 and 2.7.5 (a po