[pypy-dev] PyPy related internship at NCAR

Folks, NCAR has an internship program in computer science (see http://www2.cisl.ucar.edu/siparcs for details - note that interns are well paid and have many benefits). I'm mentor for a PyPy internship: http://www2.cisl.ucar.edu/siparcs/opportunities/ad The internship is open to university students

[pypy-dev] pypy and PYTHONPATH

at it should not (such as numpy and scipy). Thanks! Davide Del Vento, NCAR Computational & Information Services Laboratory Consulting Services Software Engineer http://www2.cisl.ucar.edu/uss/csg/ SEA Chair http://sea.ucar.edu/ ___ pypy-dev mailing

[pypy-dev] how to check if jit is available in my build

Folks, I compiled pypy 1.9 and 2.0-beta1 from source, and the few small tests I ran were slower than expected. I am wondering if I did everything "right" and if there is a runtime check that would give me a definitive answer to the question "is jit available in this build"? Google seems to n

Re: [pypy-dev] how to check if jit is available in my build

lex On Fri, Feb 22, 2013 at 12:22 PM, Davide Del Vento mailto:ddve...@ucar.edu>> wrote: Folks, I compiled pypy 1.9 and 2.0-beta1 from source, and the few small tests I ran were slower than expected. I am wondering if I did everything "right" and if there is a ru

Re: [pypy-dev] cffi in stdlib

Well, not so fast :-) I'm glad you posted it here since I don't follow python-dev (too many mailing lists) and I'm happy to hear about this proposal, even if there isn't much to discuss about it from the pypy side. Cheers. Davide Del Vento, On 02/26/2013 08:13 AM, Maci

Re: [pypy-dev] How can I make more readable the C code obtained from the PyPy translate

Disclaimer: this is just my opinion and I'm not a pypy developer. I don't think what you want exists in pypy and I don't think it would be useful. If you need to look at the generated C code (why?), you may probably want to look at cython. On 05/09/2013 01:34 PM, RCU wrote: Hello. I

Re: [pypy-dev] Using "rpath"

versions issue) You may also want to provide the libraries as a separate download. Regards, Davide Del Vento On 05/12/2013 02:57 AM, Armin Rigo wrote: Hi all, Here I'm describing the best I could attempt about the problem of binary distributions. It's still a major mess to implement.

Re: [pypy-dev] RPython

interpreter. So it seems to me that converting the code to RPython might solve this issue for. Everything else is Ok, in particular speed is not an issue. What do you think. You may want to use PyLint, PyChecker and/or PyFlakes not RPython Regards, Davide Del Vento

[pypy-dev] installing after translating

Folks, I've successfully translated pypy 2.0.2 as described here: http://pypy.org/download.html#building-from-source (which is slightly different from running make). Now I want to install it in a global location for others to use (it's on a machine shared by many users). The problem is, I've

Re: [pypy-dev] installing after translating

Thanks that makes sense. For me, I made sure to add it to my notes. To avoid confusion for others, it may be good to either add this info on the website right after the building from source, or adding a Makefile target named "tarball" or something. Cheers, Davide Del V

Re: [pypy-dev] Specifying lib locations?

Skip The way we solved this problem on our system is creating a compiler wrapper. This is a non-pypy-specific solution, which we believe is very effective and convenient. The "normal" gcc is installed in non-standard out-of-path location. A gcc shell script is installed instead. Such a scrip

Re: [pypy-dev] Specifying lib locations?

it is a wrapper, or tell people about it - install other versions of whatever library you like, use the env vars to cherry pick what you want for any particular application (or other library) and enjoy them all working nicely together :-) Regards, Davide Del Vento, NCAR Computational & I

Re: [pypy-dev] trying out STM for some numbers on more cores

On 10/28/2013 05:58 PM, wlavrij...@lbl.gov wrote: Has any attempt been made to pin threads? I don't know. But I do know that processor/thread binding (if that is what you mean by "pin") is *extremely* important in Sandy Bridge, even more than on previous archs. And, oddly enough, in my experi

Re: [pypy-dev] trying out STM for some numbers on more cores

Hi Armin, On 10/29/2013 03:54 PM, Armin Rigo wrote: On Tue, Oct 29, 2013 at 6:21 PM, Davide Del Vento wrote: I don't know. But I do know that processor/thread binding (if that is what you mean by "pin") is *extremely* important in Sandy Bridge, even more than on previous ar

Re: [pypy-dev] trying out STM for some numbers on more cores

Hi Wim, Thanks for posting your numbers. I think they are interesting and the 11x speedup for 16 threads is not bad, however the overhead of STM is still too high compared to PyPy. Maybe you need also a larger dataset, besides a longer time? > I should run this multiple > times and average,

Re: [pypy-dev] Integrating CPython and PyPy, maybe

Yes it does sound like a cool hack to me. Let me try to state a possible goal: Allow PyPy to become "exactly" drop-in replacement for CPython not just the current "almost", by using CPython itself for the things that don't work in PyPy Regards, Davide Del Vento

Re: [pypy-dev] Integrating CPython and PyPy, maybe

Hi Armin, Let me try to state a possible goal: Allow PyPy to become "exactly" drop-in replacement for CPython not just the current "almost", by using CPython itself for the things that don't work in PyPy Thank you for stating this ambitious goal that I could not have thought about myself.