Re: [pypy-dev] cpython changed _sre between 2.7.3 to 2.7.4, now intmask(pattern) is negative

2013-06-03 Thread Armin Rigo
Re-Hi, On Mon, Jun 3, 2013 at 10:00 AM, Armin Rigo wrote: > On Sun, Jun 2, 2013 at 10:58 PM, Matti Picus wrote: >> Running own tests on win32 gives many errors in the _sre module: >> rlib/rsre/rsre_core.py:111: AssertionError >> which is checking that all values of the patt

Re: [pypy-dev] Best FFI interface

2013-06-03 Thread Armin Rigo
Hi Timothy, On Mon, Jun 3, 2013 at 8:55 PM, Timothy Baldridge wrote: > I'm attempting to integrate my rpython interpreter with libgmp, and I'm a > bit confused in how to call the library from my rpython code. it seems we > have three ways? > > rlib.libffi (deprecated?) > rlib.jit_libffi > rlib.cl

Re: [pypy-dev] pypy-dev Digest, Vol 26, Issue 5

2013-06-05 Thread Armin Rigo
Hi, On Wed, Jun 5, 2013 at 6:32 AM, cuitao wrote: > hello, can you consider adding the blist support in pypy ? I take it you are talking about https://pypi.python.org/pypi/blist/ . Sorry, the PyPy team is a finite small number of people, so we cannot port all C extension modules out there. Plea

Re: [pypy-dev] Measure time inside of JIT'ed code

2013-06-05 Thread Armin Rigo
Hi, On Wed, Jun 5, 2013 at 2:54 PM, Vasily Evseenko wrote: > I want to profile my program and calculate which portion of code is > JIT'ed and what it interpreted. You can use callgrind/cachegrind to get a rough estimate. But it's unclear to me the reason you are interested in this particular pi

Re: [pypy-dev] comparing strings using is does not works

2013-06-06 Thread Armin Rigo
Hi William, On Thu, Jun 6, 2013 at 8:14 AM, William ML Leslie wrote: > On 6 June 2013 16:09, Amaury Forgeot d'Arc wrote: >> Don't use "is" with immutable objects (except with the singletons: None, >> True, False) > > Never with True or False either. It's required to work by the > language defin

Re: [pypy-dev] Compatibilidad with boost python

2013-06-06 Thread Armin Rigo
Hi Riccardo, On Sat, Jun 1, 2013 at 11:59 PM, Riccardo Rossi wrote: > I am writing since I would like to understand if it is > possible to use pypy together with modulus and types exported by > boost_python. I am sorry not to be able to answer you. Hopefully others here have a bet

Re: [pypy-dev] JIT slowdown on creating types

2013-06-12 Thread Armin Rigo
Hi Vasily, Sorry for the delay. On Mon, Jun 3, 2013 at 12:08 PM, Vasily Evseenko wrote: > When i dynamically create new type (for example classes nested to > functions) I've got linear code slowdown: It's a known bug, related to the approach we take for JITting. Technically, it occurs because w

Re: [pypy-dev] RPython: write generic native library / write CPython C module

2013-06-15 Thread Armin Rigo
Hi Albert, You may or may not get help with your questions: see http://doc.pypy.org/en/latest/faq.html#do-i-have-to-rewrite-my-programs-in-rpython Armin ___ pypy-dev mailing list pypy-dev@python.org http://mail.python.org/mailman/listinfo/pypy-dev

Re: [pypy-dev] RPython: write generic native library / write CPython C module

2013-06-17 Thread Armin Rigo
Hi Albert, On Sun, Jun 16, 2013 at 1:37 PM, Albert Zeyer wrote: >> You may or may not get help with your questions: see >> http://doc.pypy.org/en/latest/faq.html#do-i-have-to-rewrite-my-programs-in-rpython > > Well, not quite. No, sorry for the misunderstanding :-) What I meant is that your que

Re: [pypy-dev] RPython: write generic native library / write CPython C module

2013-06-17 Thread Armin Rigo
Hi Albert, On Mon, Jun 17, 2013 at 11:20 AM, Albert Zeyer wrote: > I was wondering: Why is it that RPython is not a good general purpose > language? In the original paper > (http://rpython.googlecode.com/svn/trunk/doc/rpython-DLS08.pdf), it is > said: RPython dates further back. It is perhaps f

Re: [pypy-dev] Memap in numpypy

2013-06-20 Thread Armin Rigo
Hi, On Thu, Jun 20, 2013 at 11:07 AM, Amaury Forgeot d'Arc wrote: > This was the third task I mentioned earlier. It turns out that Armin > implemented it just this morning, thanks! :-) Yes, but still running translation tests :-) A bientôt, Armin. _

Re: [pypy-dev] PyPy + setuptools issue

2013-06-24 Thread Armin Rigo
Hi Vasily, On Mon, Jun 24, 2013 at 2:28 PM, Vasily Evseenko wrote: > 13:01:26,595 INFO - for entry in os.listdir(path_item): > 13:01:26,595 INFO - OSError: [Errno 11] Resource temporarily > unavailable: '/usr/pypy-2.0/lib-python/2.7' Shooting in the dark, but one possible reading of the man pa

Re: [pypy-dev] PyPy + setuptools issue

2013-06-25 Thread Armin Rigo
Hi Laurence, On Tue, Jun 25, 2013 at 11:14 AM, Laurence Tratt wrote: >> Shooting in the dark, but one possible reading of the man page shows >> that when readdir() returns a non-null pointer, the value of errno >> might be randomly modified. > > Yes, this is true and bit me in a different context

Re: [pypy-dev] PyPy + setuptools issue

2013-06-25 Thread Armin Rigo
Hi Laurence, On Tue, Jun 25, 2013 at 3:24 PM, Laurence Tratt wrote: > The point that eventually became clear to me is that returning NULL and > setting errno are not necessarily connected, which was the original mistake I > made. errors can happen (and errno set) even if readdir hasn't hit the en

Re: [pypy-dev] PyPy + setuptools issue

2013-06-26 Thread Armin Rigo
Hi Laurence, On Wed, Jun 26, 2013 at 12:03 AM, Laurence Tratt wrote: >> Sorry, I don't follow you. As far as I know the Linux man page is not >> clear about what occurs to errno if readdir() doesn't return NULL... > > Exactly :) > (...) > This all seems a big mess to me, but since I changed my c

Re: [pypy-dev] adding numpy test target to buildbot

2013-06-28 Thread Armin Rigo
Hi, On Fri, Jun 28, 2013 at 11:26 AM, Antonio Cuni wrote: >> cool, thanks! I guess we have our own update_hg for historical reasons? > > IIRC, the hg support in buildbot had some strange features and it was just > easier to write our own function instead of trying to convince buildbot to > do wha

Re: [pypy-dev] VerificationError after build

2013-06-29 Thread Armin Rigo
Hi Skip, On Fri, Jun 28, 2013 at 9:30 PM, Skip Montanaro wrote: >> SuSE has a somewhat different packaging of curses than do other >> installation. >> It'd be ideal if pypy-c would be immune to that, but so lacking I did: I tried yesterday to have it refuse to translate when some dependencies ar

Re: [pypy-dev] PYTHONPATH handling doesn't seem to match Python

2013-06-29 Thread Armin Rigo
Hi Skip, On Fri, Jun 28, 2013 at 10:41 PM, Skip Montanaro wrote: > Now, try the same experiment with PyPy. The relative order of those > two directories is reversed: Sorry, I can't reproduce the problem you describe. More importantly I don't understand why '/opt/local/lib/python2.7/site-packag

Re: [pypy-dev] PYTHONPATH handling doesn't seem to match Python

2013-06-29 Thread Armin Rigo
Hi Skip, On Sat, Jun 29, 2013 at 11:24 PM, Skip Montanaro wrote: > that version of Python was executed. Accordingly, > /opt/local/lib/python2.7/site-packages was in sys.path, as it should > have been. It appears that the generated pypy-c wound up with that > directory in its sys.path as well.

Re: [pypy-dev] Memap in numpypy

2013-06-30 Thread Armin Rigo
Hi Mike, On Sun, Jun 30, 2013 at 7:15 PM, Mike Beller wrote: > is ignored (e.g. select/interp_epoll/W_EPoll, and others) -- seems a common > problem At the end of that file we have "W_Epoll.typedef.acceptable_as_base_class = False", meaning that it cannot be subclassed as app-level; so ignoring

Re: [pypy-dev] Pypy translation fails on MIPS (without JIT)

2013-07-03 Thread Armin Rigo
Hi Alexis, On Wed, Jul 3, 2013 at 4:04 PM, Alexis BRENON wrote: > Is anyone got any idea where I can search to debug this ? Check first that compiling programs works at all. Then, still with a 5-lines example .c, try to add options to gcc one at a time until you reach a very similar command-lin

Re: [pypy-dev] Pypy translation fails on MIPS (without JIT)

2013-07-04 Thread Armin Rigo
Hi Alexis, On Thu, Jul 4, 2013 at 9:48 AM, Alexis BRENON wrote: > Maybe there is a deeper reason of all these failures. But I can't point out > which or where... Any idea ? The same as I already said in my previous reply. Try from the other side: write a 5-lines example C program, try to compil

[pypy-dev] stmgc: about major collections

2013-07-04 Thread Armin Rigo
Hi Remi, Just a note about major collections and the handling of h_original in stmgc: as you said in an XXX we don't need to *trace* the h_original object, but only keep it alive. But also, I thought some time ago about a trick to improve the overall performance of prebuilt objects, which is to c

Re: [pypy-dev] Threading in RPython

2013-07-05 Thread Armin Rigo
Hi Sean, On Fri, Jul 5, 2013 at 8:30 PM, Sean Fisk wrote: > For my internship, I am working on implementing a solver for partial > differential equations in RPython. I am investigating the possibility of > parallelizing the code using multi-threading. Sorry, RPython is the wrong tool. It doesn'

Re: [pypy-dev] Pypy translation fails on MIPS (without JIT)

2013-07-07 Thread Armin Rigo
Hi Alexis, On Fri, Jul 5, 2013 at 10:00 AM, Alexis BRENON wrote: > Well, I did some tests on a very simple C file that just prints "Hello World > !". I did many option combinations and I could notice that : > - with -Wl,--version-script=dynamic-symbols-1 LDFLAGS alone (with no > other option)

Re: [pypy-dev] Threading in RPython

2013-07-07 Thread Armin Rigo
Hi Sean, On Fri, Jul 5, 2013 at 11:17 PM, Armin Rigo wrote: > Sorry, RPython is the wrong tool. It doesn't support multithreading > (...) I've updated the FAQ entry here to try to explain a bit more precisely the reason and motivations for which we, the "core PyPy g

Re: [pypy-dev] asmgcc assertion error in lang-smalltalk

2013-07-20 Thread Armin Rigo
Hi Lars, On Fri, Jul 19, 2013 at 11:36 AM, Lars Wassermann > PyPy assertion failed at rpython_memory_gctransform_asmgcroot.c:583: > in pypy_g_locate_caller_based_on_retaddr: found a stack frame that does > not belong anywhere I know, bug in asmgcc The best report for us would be to include exact

Re: [pypy-dev] pypy ignores signals sometimes was: parallel building

2013-07-29 Thread Armin Rigo
Hi Nathan, On Mon, Jul 29, 2013 at 1:28 AM, Nathan Hurst wrote: > why does python and pypy do this? Is it part of the GIL problem? > will STM fix it? PyPy does this because Python does it. It is not part of any other problem, just that thread.join() uses lock.acquire(), which cannot be interru

Re: [pypy-dev] Threading in RPython

2013-07-30 Thread Armin Rigo
Hi Sean, On Sun, Jul 7, 2013 at 10:23 PM, Sean Fisk wrote: > Sorry, I didn't make it clear: my project is actually an interpreter for a > stencil-based language that is used for solving partial differential > equations. So I think that RPython is the right tool to an extent. It worked > very well

Re: [pypy-dev] memory leak in pypy

2013-07-30 Thread Armin Rigo
Hi Vasily, On Tue, Jul 30, 2013 at 2:02 PM, Vasily Evseenko wrote: > It seems to be range / xrange issue. > range allocates all data in a moment when xrange acts like an iterator. Not in PyPy. Armin ___ pypy-dev mailing list pypy-dev@python.org http:

Re: [pypy-dev] Could not download pypy codes

2013-08-05 Thread Armin Rigo
Hi, On Mon, Aug 5, 2013 at 1:19 AM, Freeman Feng wrote: > For some reasons, download from bitbucket.org is blocked in China. > Is it possible to provide alternative way of download? > such as make a mirror in Github? Would using a file-sharing site such as http://www.mediafire.com/ help? A bie

Re: [pypy-dev] Question about cffi cache dir

2013-08-10 Thread Armin Rigo
Hi Michal, On Thu, Aug 8, 2013 at 3:39 PM, Michal Vyskocil wrote: > It seems that > __pycache__ is not created during a build, but on runtime, so my attempt > to build pypy using pypy ends on > > [ 66s] IOError: [Errno 2] No such file or directory: > '/usr/lib64/pypy-2.1/lib_pypy/__pycache__/_c

[pypy-dev] os.uname() in rpython/memory/gc/env.py

2013-08-10 Thread Armin Rigo
Hi, During refactorings I found out that os.uname() is called at run-time from rpython/memory/gc/env.py to figure out on which platform we are. It also means that the logic to figure out the L2 cache size *for all platforms* is compiled into any pypy-c. In ab7580454b32 I moved the call to transla

[pypy-dev] The fate of gc-del

2013-08-11 Thread Armin Rigo
Hi all, I'm trying again to look at the gc-del branch, but I'm kind of failing. The current state is: http://buildbot.pypy.org/summary?branch=gc-del The failures are all more or less obscure. The issues all may have to do with subtly broken things in the finalizer ordering code. But now I

Re: [pypy-dev] The fate of gc-del

2013-08-12 Thread Armin Rigo
Re-hi, Update after discussion on IRC (thanks cfbolz). First, there are two problems that should be separated. One is the change in interface for RPython programs, calling rgc.register_finalizer() instead of having regular __del__()s. The other is making these finalizers be called more quickly

Re: [pypy-dev] The fate of gc-del

2013-08-12 Thread Armin Rigo
Hi William, On Mon, Aug 12, 2013 at 10:00 AM, William ML Leslie wrote: > On 12 August 2013 17:38, Armin Rigo wrote: >> The advantage of this approach is that it's done without RPython >> changes, just by tweaks in the GC. > > Do you know what changes to the GC interf

Re: [pypy-dev] Where do I find the stm-gc branch?

2013-08-18 Thread Armin Rigo
Hi, On Fri, Aug 16, 2013 at 8:49 PM, Maciej Fijalkowski wrote: > It's stmgc-c4 > https://bitbucket.org/pypy/pypy/src/86ed2339b72395703ce6d5824286355bf33a2da9/?at=stmgc-c4 And right now, the most "translatable" branch is "stmgc-static-barrier", in the sense of giving the fastest jit-less version

Re: [pypy-dev] build dependencies on SuSE SLES 11

2013-08-20 Thread Armin Rigo
Hi, On Mon, Aug 12, 2013 at 3:16 PM, Riccardo Murri wrote: > On 12 August 2013 15:14, Riccardo Murri wrote: >> $ sudo zypper install gcc make python-devel pkg-config \ >> zlib-devel libopenssl-devel libbz2-devel sqlite3-devel >> libexpat-devel > > Sorry, `libffi-devel` is mi

Re: [pypy-dev] Windows 7 x64 development

2013-08-21 Thread Armin Rigo
Hi all, I finally wrote out the details of what I think is a reasonable plan. https://bitbucket.org/pypy/pypy/raw/default/pypy/doc/windows.rst "What is missing for a full 64-bit translation" A bientôt, Armin. ___ pypy-dev mailing list pypy-de

Re: [pypy-dev] london sprint - newbie question + accommodation note

2013-08-21 Thread Armin Rigo
Hi Rami, On Wed, Aug 21, 2013 at 3:13 PM, Rami Chowdhury wrote: > Until yesterday I wasn't sure if I'd be in town during this, but it looks > like I will be. I'd like to join in with some sprinting, although I'm not > sure how long I'll be able to devote -- will there be any particular intro > se

Re: [pypy-dev] Windows 7 x64 development

2013-08-23 Thread Armin Rigo
Hi again, On Wed, Aug 21, 2013 at 9:46 AM, Armin Rigo wrote: > I finally wrote out the details of what I think is a reasonable plan. > > https://bitbucket.org/pypy/pypy/raw/default/pypy/doc/windows.rst > "What is missing for a full 64-bit translation" Updated the

Re: [pypy-dev] [pypy-commit] pypy refactor-translator: Remove fork_before option (unused).

2013-09-05 Thread Armin Rigo
Hi, On Wed, Sep 4, 2013 at 4:44 PM, Antonio Cuni wrote: > Hi Manuel, > > did you actually kill support for this feature? I find it occasionally > useful: e.g. when working on the JIT you can use --fork-before=pyjitpl and > avoid to annotate/rtype the whole pypy interp when you change something.

Re: [pypy-dev] Specifying lib locations?

2013-09-05 Thread Armin Rigo
Hi Skip, On Thu, Sep 5, 2013 at 5:29 PM, Skip Montanaro wrote: > Trying to build from source, I get the complaint, "failed to guess > where ncurses is installed." The logic is spread on pages upon pages of pypy/module/_minimal_curses/fficurses.py, including trying with the "pkg-config" or "ncurs

Re: [pypy-dev] Free SSL certificate for https://bugs.pypy.org

2013-09-05 Thread Armin Rigo
Hi Anatoly, On Thu, Sep 5, 2013 at 8:53 PM, anatoly techtonik wrote: > *.python.org uses free SSL certificate from http://www.startssl.com/?app=1 > > PyPy can use this too to get rid of annoying security exceptions for > https://bugs.pypy.org and other parts. Thanks ! Fwiw, we will soon move bu

Re: [pypy-dev] Specifying lib locations?

2013-09-06 Thread Armin Rigo
Hi Skip, On Fri, Sep 6, 2013 at 5:10 PM, Skip Montanaro wrote: > It seems that try_ldflags should also yield ExternalCompilationInfo > instances where the main library is "ncurses", not "curses", and > /usr/lib64 should be searched as well, at least by some of the ECI > variants. Feel free to su

Re: [pypy-dev] PyPy's PyDateTime_Delta definition

2013-09-07 Thread Armin Rigo
Hi Skip, hi Amaury, On Sat, Sep 7, 2013 at 3:16 AM, Skip Montanaro wrote: > Alas, I am still confused. The PyDateTime_DELTA_GET_* macros aren't > defined for CPython until the 3.x series. (There are macros in 2.7, > but they are defined in datetimemodule.c, not in a public header file. > PyPy dec

[pypy-dev] LLVM next steps

2013-09-08 Thread Armin Rigo
Hi Manuel, We've been suitably impressed by the results on the new llvm backend during the sprint (well, or suitably un-impressed by both gcc and clang's failure to reconstruct the SSA meaning of the C code). The current issue seems to be debugging. It would be nice if gdb presented at least sou

Re: [pypy-dev] LLVM next steps

2013-09-08 Thread Armin Rigo
Hi again, On Sun, Sep 8, 2013 at 9:42 AM, Armin Rigo wrote: > We've been suitably impressed by the results on the new llvm backend > during the sprint (well, or suitably un-impressed by both gcc and > clang's failure to reconstruct the SSA meaning of the C code). I have inve

Re: [pypy-dev] freeze in project under pypy

2013-09-08 Thread Armin Rigo
Hi Max, As a starting point, try to run pypy with the following environment variable: PYPYLOG=gc-collect:- Then look interactively if it seems that the pauses correspond to blocks {gc-collect ... gc-collect} in the output. I would say that 1500ms looks on the high end of GC times, but is n

Re: [pypy-dev] LLVM next steps

2013-09-08 Thread Armin Rigo
Hi Alex, On Sun, Sep 8, 2013 at 5:33 PM, Alex Gaynor wrote: > LLVM also has a link time optimization, is it on by default in LLVM, or do > we need to benchmark with it enabled explicitly? The point I made in my mail was that the llvm backend is written in a way that makes link-time optimizations

Re: [pypy-dev] Cannot use MacPorts PyPy to Translate pypy-c

2013-09-10 Thread Armin Rigo
Hi Jean-François, On Mon, Sep 9, 2013 at 6:08 PM, Jean-François Caron wrote: > Hi, I am following the instructions here: > http://doc.pypy.org/en/latest/cppyy.html#installation and here: > http://root.cern.ch/phpBB3/viewtopic.php?f=14&t=17018 > > In the first link, it says I can use a "built-in p

Re: [pypy-dev] Cannot use MacPorts PyPy to Translate pypy-c

2013-09-11 Thread Armin Rigo
Hi Jean-François, On Tue, Sep 10, 2013 at 5:43 PM, Jean-François Caron wrote: > I can send an email or bug report to MacPorts, but I'm not sure how to > describe the bug, as I'm unfamiliar with the syslog module. Just reporting the error is plenty enough. The issue is that it's a CFFI module w

Re: [pypy-dev] LLVM next steps

2013-09-11 Thread Armin Rigo
Hi Eric, On Sun, Sep 8, 2013 at 7:00 PM, Eric van Riet Paap wrote: > What is the PyPy speed difference after using gcc versus llvm for the > compilation of the PyPy-c backend? Currently, it seems that using the LLVM IR static translation backend of PyPy gives higher performance. We're still tr

Re: [pypy-dev] Cannot use MacPorts PyPy to Translate pypy-c

2013-09-11 Thread Armin Rigo
Hi Bengt, On Wed, Sep 11, 2013 at 1:42 PM, Bengt Richter wrote: > Is it not currently possible to build and install everything pypy > in user mode, in a user directory, e.g. ~/.pypy/versionstring/... > and chmod selectively to protect against accidental mods/deletes? > > Will it not run properly

Re: [pypy-dev] pypy-stm - how do I know when transactions are turning inevitable?

2013-09-15 Thread Armin Rigo
Hi, On Sun, Sep 15, 2013 at 7:15 AM, Костя Лопухин wrote: > As far as I understand, pypy-stm reports only conflicts, but not > transactions that turn inevitable. But if transaction turns > inevitable, it means that other transactions can not proceed. So it is > hard to debug loss of parallelizati

Re: [pypy-dev] lang-scheme development

2013-09-21 Thread Armin Rigo
Hi Weikun, On Sat, Sep 21, 2013 at 2:38 AM, Weikun Yang wrote: > To developers of pypy/lang-scheme, > I wonder if anyone still maintains lang-scheme on bitbucket? > I'm a university student facing a project for my compilers course, > and would like to use lang-scheme as a starting point. No-one

Re: [pypy-dev] pypy-stm and lock-free data structures

2013-10-24 Thread Armin Rigo
Hi Andrew, On Tue, Oct 22, 2013 at 11:10 PM, Andrew Francis wrote: > 1) Would I be using the pypy-stm branch? (because there is no GIL) > 2) Would I write some of this in RPython? (I am assuming yes) The pypy-stm branch has no GIL in the implementation, but its behavior is equivalent to the GIL.

Re: [pypy-dev] pypy-stm and lock-free data structures

2013-10-25 Thread Armin Rigo
Hi Andrew, On Thu, Oct 24, 2013 at 8:27 PM, Andrew Francis wrote: > A bit more context - I have looked at the C code for the Go channel > implementation and said "wow, there is a lot of locking there"! I also have > been following conversations concerning race conditions and the race > detector (

Re: [pypy-dev] A few notes trying to compile pypy

2013-10-26 Thread Armin Rigo
Hi, On Sat, Oct 26, 2013 at 10:25 AM, Maciej Fijalkowski wrote: > about libffi.h - Apple removed /usr/include and moved it somewhere > else, no clue where. I also don't have access to Mavericks so I can't > fix it. Ooooh. Traditionally, "libffi.h" was put in unexpectedly varying directories on

Re: [pypy-dev] A few notes trying to compile pypy

2013-10-26 Thread Armin Rigo
Hi Kevin, Thanks for this report ! A quick note though: On Sat, Oct 26, 2013 at 7:18 AM, Kevin Burke wrote: > - Once I got it installled I didn't realize there was an additional step > after pypy-c was created. Note that this step, "package.py", is not required to run the pypy-c executable. I

Re: [pypy-dev] A few notes trying to compile pypy

2013-10-27 Thread Armin Rigo
Hi Alex, On Sat, Oct 26, 2013 at 5:25 PM, Alex Gaynor wrote: > Yup, if you run `xcode-select --install` everything fixes itself. How about writing down this magic line in the doc? A bientôt, Armin. ___ pypy-dev mailing list pypy-dev@python.org https

Re: [pypy-dev] pypi blog shows strange on planet.python.org

2013-10-27 Thread Armin Rigo
Hi Holger, On Sun, Oct 27, 2013 at 10:06 PM, holger krekel wrote: > The last "Making coverage.py faster under pypy" blog shows > strangely on the Python planet, check it out: Maybe related: the formatting of http://morepypy.blogspot.com has changed recently, so it may be the case that blogspot t

Re: [pypy-dev] pypi blog shows strange on planet.python.org

2013-10-27 Thread Armin Rigo
Hi Alex, On Sun, Oct 27, 2013 at 10:18 PM, Alex Gaynor wrote: > It's not unlikely I screwed up the formatted of the post :) If there's some > specific way I can fix it let me know. Ah, I see :-) It's because you pasted too much html from the ReST output --- you included the whole style section.

[pypy-dev] Fwd: LLVM stackmaps

2013-10-29 Thread Armin Rigo
Hi all, hi mjacob, Someone interested in the port to llvm could have a look at this: http://llvm-reviews.chandlerc.com/file/data/qnievreabgj3qqnco3ax/PHID-FILE-ofdo5nanmf23mhblqcga/D1981.diff It adds two different things. The first is stackmaps, which could replace shadowstack/asmgcc for regula

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

2013-10-29 Thread Armin Rigo
Hi Davide, 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 archs. And, oddly enough, in my experience is more difficult

Re: [pypy-dev] pip install rbtree fail in pypy env!

2013-10-31 Thread Armin Rigo
Hi KaShining, On Thu, Oct 31, 2013 at 9:32 AM, KaShining wrote: > src/rbtree.c: In function '__pyx_f_6rbtree_6rbtree_byOffset': This is using Cython. Compiling Cython modules with PyPy kind-of-works but is shaky. You may have more luck if you upgrade Cython to the latest version, but I don

Re: [pypy-dev] pip install rbtree fail in pypy env!

2013-11-01 Thread Armin Rigo
Hi KaShining, Yes, the issue then is that pure Python equivalents are often slower than their C version --- for example, this red_black_tree_mod file is huge for the job (more than 1000 lines), written in a Java-ish style with tons of small overridden methods, but full of properties, recursive fun

Re: [pypy-dev] how to get current max_heap_size value of minimark in pypy 2.x

2013-11-01 Thread Armin Rigo
Hi Ricky, On Fri, Nov 1, 2013 at 2:07 AM, Ricky Park wrote: > I read some articles about setting PYPY_GC_MAX environment variable. > But I can't find how to get current max_heap_size value of minimark. os.environ['PYPY_GC_MAX']? There is no direct way to get or set the maximum from the Python p

Re: [pypy-dev] Using PyPy's GC

2013-11-04 Thread Armin Rigo
Hi, On Mon, Nov 4, 2013 at 12:57 AM, Maciej Fijalkowski wrote: >> If I'm implementing my own language in RPython, can I use the same garbage >> collector that PyPy uses? Or do I have to write my own? > > Yes, you can use the same GC. More precisely, you *have* to use the same GC (or possibly a d

Re: [pypy-dev] pypy about c-extension

2013-11-04 Thread Armin Rigo
Hi, On Mon, Nov 4, 2013 at 8:47 AM, KaShining wrote: > but after i gen the podpbpypy.so How? Armin ___ pypy-dev mailing list pypy-dev@python.org https://mail.python.org/mailman/listinfo/pypy-dev

Re: [pypy-dev] pypy about c-extension

2013-11-04 Thread Armin Rigo
Hi, On Mon, Nov 4, 2013 at 9:04 AM, KaShining wrote: > import podpbpypy > ImportError: No module named podpbpypy > > seen can't find podpbpypy.so There is no point repeating what you already said. I'm asking, how did you build the .so in the first place. Armin

Re: [pypy-dev] pypy about c-extension

2013-11-04 Thread Armin Rigo
Hi KaShining, You seem to be mixing CPython and PyPy. If you use "python setup.py", meaning CPython, then you make a .so that cannot be imported on PyPy. You need "pypy setup.py". But please also consider William's comment. Armin ___ pypy-dev mailing

Re: [pypy-dev] pypy about c-extension

2013-11-04 Thread Armin Rigo
Hi, Then maybe this? The .so is produced by "setup.py build" in build/lib.linux-x86_64-2.7/podpbpypy.so. It can't be imported from there. You need "setup.py install" too. Armin ___ pypy-dev mailing list pypy-dev@python.org https://mail.python.org/ma

Re: [pypy-dev] More strategies

2013-11-08 Thread Armin Rigo
Hi, On Fri, Nov 8, 2013 at 12:14 AM, William ML Leslie wrote: > I wonder a bit if it is worth introducing additional fast paths for > clearly nonsense (eg, string) cases, when it's the sensible case > (user-provided types that provide __eq__) that we should be optimising > for. Did you menchbark

Re: [pypy-dev] cffi python long

2013-11-08 Thread Armin Rigo
Hi Nathan, On Fri, Nov 8, 2013 at 4:35 PM, Amaury Forgeot d'Arc wrote: >> Is there a nicer way to pass python long ints (bigint) into C >> efficiently? It depends what the C code wants to do with it. If it's just for passing around, you can use ffi.from_handle(). If the C code expects to read

Re: [pypy-dev] can we get stdlib-2.7.5 merged?

2013-11-11 Thread Armin Rigo
Hi Matti, On Sun, Nov 10, 2013 at 9:24 PM, Matti Picus wrote: > There are only a handful (ok - 10, two others are from the nightly default) > of failures on the stdlib-2.7.5 branch: > http://buildbot.pypy.org/summary?branch=stdlib-2.7.5 > It seems the major one is handling eintr signal on file re

[pypy-dev] Preparing for the release of PyPy 2.2

2013-11-11 Thread Armin Rigo
Hi all, Preparing for the next release. The Linux binaries of PyPy 2.2, release candidate, are here: http://buildbot.pypy.org/nightly/release-2.2.x/ This corresponds to the "release-2.2.x" branch in the repo. There are a few bug reports that will likely *not* get fixed for lack of manpower: we

Re: [pypy-dev] Preparing for the release of PyPy 2.2

2013-11-11 Thread Armin Rigo
Re-hi, The OS/X release candidate (thanks Alex!): http://cobra.cs.uni-duesseldorf.de/~buildmaster/misc/pypy-2.2-osx.tar.bz2 Armin ___ pypy-dev mailing list pypy-dev@python.org https://mail.python.org/mailman/listinfo/pypy-dev

Re: [pypy-dev] Preparing for the release of PyPy 2.2

2013-11-12 Thread Armin Rigo
Hi Tobias, On Tue, Nov 12, 2013 at 2:36 AM, Tobias Oberstein wrote: > Firstly, I could offer to operate a FreeBSD buildslave for PyPy. That would be nice, if it also comes with occasional fixes (having a buildslave that nobody looks at is a bit pointless). Can we do this after the release? A

Re: [pypy-dev] More strategies

2013-11-12 Thread Armin Rigo
Hi Laurence, On Fri, Nov 8, 2013 at 5:28 PM, Laurence Tratt wrote: > my experience, Python programs that nominally use floats actually end up > slinging lots of integers around since very few people can be bothered to > write "x = 1.0" instead of "x = 1". I expect the other types are similarly >

Re: [pypy-dev] Preparing for the release of PyPy 2.2

2013-11-12 Thread Armin Rigo
Hi Tobias, On Tue, Nov 12, 2013 at 10:57 AM, Tobias Oberstein wrote: > Sure. And yes: we'll be maintaining that slave. We do that for Twisted also .. I meant not the slave, but the project itself: it's a bit useless to know that 42 tests are failing on *BSD is no-one bothers to do anything about

Re: [pypy-dev] Preparing for the release of PyPy 2.2

2013-11-12 Thread Armin Rigo
Hi David, Any reason why the buildbot page http://buildbot.pypy.org/builders/build-pypy-c-jit-linux-armhf-raring is the only one missing the section "Force build"? It prevents us from asking for a build on the release-2.2.x branch. A bientôt, Armin.

Re: [pypy-dev] Preparing for the release of PyPy 2.2

2013-11-12 Thread Armin Rigo
Hi Tobias, On Tue, Nov 12, 2013 at 6:20 PM, Tobias Oberstein wrote: > And I hope you wouldn't require a commitment by me to fix all issues as a > prerequisite for being allowed to contribute a buildslave;) Sure :-) No worry. I'm not doubting (any more) that you have a chance of actually helpi

Re: [pypy-dev] Preparing for the release of PyPy 2.2

2013-11-13 Thread Armin Rigo
Hi Matti, Thanks for doing all this work! Fwiw I plan to do the release tomorrow, but being a few days late on Windows wouldn't be new. Armin ___ pypy-dev mailing list pypy-dev@python.org https://mail.python.org/mailman/listinfo/pypy-dev

Re: [pypy-dev] Preparing for the release of PyPy 2.2

2013-11-14 Thread Armin Rigo
Hi Matti, On Wed, Nov 13, 2013 at 1:01 AM, Matti Picus wrote: > The sqlite3 issue was easy, we can simply replace the one on the buildbot > with the 3.6.21 version. I saw the fix. Thanks! > I have opened a branch for the tkinter changes, since they require a bit > more work. What is the statu

Re: [pypy-dev] More strategies

2013-11-14 Thread Armin Rigo
Hi, On Wed, Nov 13, 2013 at 8:35 AM, Maciej Fijalkowski wrote: >> So, if we decide >> to do this, I think we would still want IntegerListStrategy > > Yes, we want both. Yes, but the question is whether we want both FloatIntegerListStrategy and FloatListStrategy. The same arguments apply about t

[pypy-dev] PyPy 2.2

2013-11-14 Thread Armin Rigo
cffi) * We finally wrote (hopefully) all the missing ``os.xxx()`` functions, including ``os.startfile()`` on Windows and a handful of rare ones on Posix. * numpy has a rudimentary C API that cooperates with ``cpyext`` Cheers, Armin Rigo and Maciej Fijalkowski ___

Re: [pypy-dev] More strategies

2013-11-14 Thread Armin Rigo
Hi Laurence, On Thu, Nov 14, 2013 at 10:47 AM, Laurence Tratt wrote: > I think that question can only really be answered by trying it out and seeing > what the benchmarks say. My guess is that you still want both, but if people > mix ints and floats even more often than I think they do, it may be

Re: [pypy-dev] Preparing for the release of PyPy 2.2

2013-11-14 Thread Armin Rigo
Hi Matti. On Thu, Nov 14, 2013 at 11:40 AM, matti picus wrote: > I would suggest that we ship pypy2.2 without a functioning Tkinter > module, to be consistent with all previous pypy versions :) Ok, so I believe I can take this: http://buildbot.pypy.org/nightly/release-2.2.x/pypy-c-jit-67978-2ce

Re: [pypy-dev] More strategies

2013-11-14 Thread Armin Rigo
Hi Eli, On Thu, Nov 14, 2013 at 9:31 PM, Eli Stevens (Gmail) wrote: > From http://en.wikipedia.org/wiki/NaN#Encoding : > > "The state/value of the remaining bits (i.e. other than the ones used > to identify a NaN as NaN, including the quiet/signaled bits) are not > defined by the standard except

Re: [pypy-dev] More strategies

2013-11-14 Thread Armin Rigo
Hi Antonio, On Thu, Nov 14, 2013 at 2:35 PM, Antonio Cuni wrote: > W_FloatObjectPresevingTheBits will be created only by operations like > struct.unpack, cffi.cast, etc. That's not enough: if you read one such float into a variable and then append that variable into another list, then the other

Re: [pypy-dev] Preparing for the release of PyPy 2.2

2013-11-15 Thread Armin Rigo
Hi Amaury, On Tue, Nov 12, 2013 at 10:56 PM, Amaury Forgeot d'Arc wrote: >> -Include a prebuilt TkInter??? > > Not only DLLs, but also header files and .lib. > cffi need a development environment. Actually, why? Does tkinter really need more than sqlite3? It seems that in both cases the buildb

Re: [pypy-dev] List of finished NumPy functions // Progressbar

2013-11-16 Thread Armin Rigo
Hi Anatoly, On Sat, Nov 16, 2013 at 8:20 AM, anatoly techtonik wrote: > (...) > But it ideally should be drawn as a horizontal completion line (with > achievement milestones..?, historical period marks..?, future > achievement goals..?). I suppose this answer is not going to help, but how about

Re: [pypy-dev] I find a bug

2013-11-17 Thread Armin Rigo
Hi Bookaa, On Sun, Nov 17, 2013 at 12:48 AM, bookaa wrote: > -foo_py = prefix.join('foo.py').write("pass") > +foo_py = prefix.join('foo.py') > +foo_py.write("pass") Thanks ! Armin ___ pypy-dev mailing list pypy-dev@python.org h

[pypy-dev] Windows version 2.2.1

2013-11-18 Thread Armin Rigo
Hi all, Here's the release candidate for PyPy 2.2.1 on Windows: it fixes the json decoding, and adds Tk support (thanks Matti!). Please tell me if there is some problem with it. http://buildbot.pypy.org/nightly/release-2.2.x/pypy-c-jit-68207-1567dba349e6-win32.zip On other platforms, PyPy 2.2.1

Re: [pypy-dev] pypy's INSTALL_SCHEME

2013-11-20 Thread Armin Rigo
Hi Michal, On Tue, Nov 19, 2013 at 11:21 AM, Michal Vyskocil wrote: > I found pypy's behavior of pypy setup.py install --prefix=/usr quite > surprising as it installs all files to /usr/site-packages, which is not > the most expected location. Indeed, that should maybe be worked around. However:

Re: [pypy-dev] Doing a 2.2.1 release

2013-11-24 Thread Armin Rigo
Hi all, hi Tobias, On Thu, Nov 21, 2013 at 11:12 PM, Tobias Oberstein wrote: >> What do people think about doing a release? > > Will you merge in everything from current head also, or is that fix a > backport to 2.2? It's a backport. I have transplanted the checkins to "default" that seem rele

Re: [pypy-dev] Doing a 2.2.1 release

2013-11-24 Thread Armin Rigo
Hi Matti, Do you have a clue about http://buildbot.pypy.org/builders/pypy-c-jit-win-x86-32/builds/1207 ? A bientôt, Armin. ___ pypy-dev mailing list pypy-dev@python.org https://mail.python.org/mailman/listinfo/pypy-dev

Re: [pypy-dev] Print unicode strings in RPython?

2013-11-27 Thread Armin Rigo
Hi Ryan, Also, the usual warning: http://doc.pypy.org/en/latest/faq.html#do-i-have-to-rewrite-my-programs-in-rpython I believe we already pointed you to it, but it doesn't hurt repeating, because you say "The app runs fine under CPython". I'm sure it also works fine under PyPy. A bientôt, Ar

Re: [pypy-dev] clarification cffi vs _ffi_ vs _ffi vs libffi vs _rawffi vs rffi

2013-11-27 Thread Armin Rigo
Hi Dima, On Wed, Nov 27, 2013 at 4:07 PM, Dima Tisnek wrote: > there seems to be some confusion (could be all mine) between N terms > related to FFI: As a user of PyPy you only need to concern yourself with cffi and ctypes. The rest is all a number of more-or-less related internal sub-parts of

<    2   3   4   5   6   7   8   9   10   11   >