Re: [pypy-dev] docs on doc.pypy.org

On 03/05/11 11:55, holger krekel wrote: > Hi all, > > i created a CNAME for our use of pypy.readthedocs.org and so you can now > reach pypy docs under the frontend URL of > > http://doc.pypy.org > > It might be better to promote this link also from pypy.org so > that URLs have a higher chanc

Re: [pypy-dev] cpyext: Detecting pypy and other issues

Hello Roger, I'm not "the" cpyext expert here, so I'll let the others to answer your specific questions. However: On 02/05/11 06:55, Roger Binns wrote: > Unfortunately disabling the JIT wasn't much help. My goal is to produce the > best bug report possible and use the least amount of the pypy te

Re: [pypy-dev] [pypy-svn] pypy default: fixed test_circular

On 15/04/11 10:50, Hakan Ardo wrote: > Hi, > the point here is that we want max(a,b) to be turned into a single > guard while we dont want max(*range(300)) and max(range(300)) to blow > up into 300 guards, since that might lead to 2**300 different traces. > I'm not sure how to best test this... ca

Re: [pypy-dev] [pypy-svn] pypy default: fixed test_circular

> Right. My point was that since we dont care if they are there or not > the test should not test that they are there and fail if they are not. > So if there is an easy way to ignore them in this new test_pypy_c > framework (which is very cool by the way), we should. If it's not easy > I'm fine wit

Re: [pypy-dev] [pypy-svn] pypy default: fixed test_circular

Hi Hakan, thanks for the commits > +# We want to check that the array bound checks are removed, > +# so it's this part of the trace. However we dont care about > +# the force_token()'s. Can they be ignored? yes, I think they can be just ignored, because AFAIK operations wi

Re: [pypy-dev] [pypy-svn] pypy default: port test_intbound_addsub_ge to test_pypy_c_new

On 14/04/11 16:44, Hakan Ardo wrote: > Second though, that will recompile on every call, but if we cache the > promote functions: > > def main(n, promoters={}): > i, a = 0, 0 > if n not in promoters: > exec """def promote(n): > assert n==%d""

Re: [pypy-dev] [pypy-svn] pypy default: port test_intbound_addsub_ge to test_pypy_c_new

Hi Hakan, On 14/04/11 14:53, Hakan Ardo wrote: >> +def test_intbound_addsub_ge(self): >> +def main(n): >> +i, a, b = 0, 0, 0 >> +while i < n: >> +if i + 5 >= 5: >> +a += 1 >> +if i - 1 >= -1: >> +

Re: [pypy-dev] Possible sprint in Genova before/after Europython

On 13/04/11 14:53, Jacob Hallén wrote: > Wednesday 13 April 2011 you wrote: >> In a message of Wed, 13 Apr 2011 12:20:26 +0200, Antonio Cuni writes: >>> Also, would you prefer to do it before or after europython? >> >> I am coming, and both times are fine for me. I

Re: [pypy-dev] Possible sprint in Genova before/after Europython

On 13/04/11 12:27, Maciej Fijalkowski wrote: > Not that I can't google myself, but those links are broken uhm, indeed. These seems to work :-) http://bit.ly/e6vHkh http://bit.ly/fkHwMu ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/py

[pypy-dev] Possible sprint in Genova before/after Europython

Hi all, as we were discussing yesterday in another thread, the post-europython sprint will be only two days long, and so we might want to have a longer one either before or after europython. I am considering organizing one in my place. It could be either in Genova or more preferably in some othe

Re: [pypy-dev] thinking about the EuroPython sprint

On 12/04/11 08:52, Armin Rigo wrote: > Then what about a short week's sprint before the conference, plus the > two days after? if people are interested, I might try to organize a sprint in Genova or surrounding (which is ~3h away from florence by train). However, I cannot assure that I'll be abl

Re: [pypy-dev] The JVM backend and Jython

Hi Frank, On 30/03/11 04:40, fwierzbi...@gmail.com wrote: [cut] > So to my question - just how broken is the JVM backend? Are there > workarounds that would allow the Java code to get generated? so, now the jvm (and cli) translation works again. You can just type ./translate.py -b jvm, and the f

Re: [pypy-dev] Pre sprint beer session Sunday 24th of April

On 11/04/11 14:47, Bea During wrote: > I still would like to meet up so I invite you to a pre sprint beer > session at Bishops Arms pub in central Gothenburg, Sunday 24th of April, > starting from 18:00. [cut] > p.s. Anto - will miss you there d.s yeah, unfortunately I won't be able to make it

Re: [pypy-dev] Pypy custom interpreter JIT question

On 04/04/11 19:46, Andrew Brown wrote: > 1) do you know about the existence of rlib.streamio? It's is part of the > "RPython standard library" and it allows you to read/write files in a > higher > level way than file descriptors > > No, I didn't. That's good to know. I don't think it

Re: [pypy-dev] Pypy custom interpreter JIT question

On 04/04/11 17:43, Andrew Brown wrote: > Sure! What needs to be done to turn it into a blog post and get it posted? I > assume there are format considerations, but I'm also open to any content > suggestions and feedback before it "goes live". Hello Andrew, thanks for the tutorial, it's really wel

Re: [pypy-dev] [PATCH] fix executing a file under sandbox by implementing fstat

Hello Seth, thank you for your patch! On 01/04/11 02:27, Seth de l'Isle wrote: [cut] > The following patch changes the code so that it tracks the virtual > file system nodes that correspond to each virtual file descriptor so > that the node.stat() function can > be used for fstat the same way it i

Re: [pypy-dev] The JVM backend and Jython

On 31/03/11 21:57, Maciej Fijalkowski wrote: >> Ok, so if Ademan tells me that he's not going to work on the >> ootype-virtualref >> branch, I'll try to finish the work so you can start playing with it. > > Note to frank: this is kind of cool but only needed for the JIT, > otherwise it's a norma

Re: [pypy-dev] Pypy custom interpreter JIT question

On 31/03/11 22:05, Andrew Brown wrote: > python double-interpreted: > 78m (did not finish) > pypy-c (with jit) double-interpreted: 41m 34.528s this is interesting. We are beating cpython by more than 2x even in a "worst case" scenario, because interpreters in theory are not a very good target for

Re: [pypy-dev] Pypy custom interpreter JIT question

On 31/03/11 14:28, Andrew Brown wrote: > In any case, I'm satisfied with the speed. It's still beaten by a BF to C > translator combined with gcc -O2 though, that'd be a tough case to beat. =) what happens if you combine the BF to C with gcc -O0 or -O1? Anyway, I think that if you feel like writi

Re: [pypy-dev] The JVM backend and Jython

On 30/03/11 19:37, fwierzbi...@gmail.com wrote: > My thoughts here are taking a very primitive step - that is run the > JVM translation and look at the generated Java - then see what needs > to be modified so that I could use the generated Java parser from > Jython. At this stage I would be using

Re: [pypy-dev] The JVM backend and Jython

Hi Frank, On 30/03/11 04:40, fwierzbi...@gmail.com wrote: > Hi all, > > It was nice meeting up with many of you at PyCon! > > I've been thinking about the first steps towards collaboration between > the Jython project and the PyPy project. It looks like it isn't going > to be too long before we

[pypy-dev] Hacking dropbox

Hi, I don't have any news from the dropbox side, but as an aside note, I found a project which is open source and implements the very same technique I used for dropbox, and additionally it also decompiles back to the source code: http://code.google.com/p/pyretic/ ciao, Anto _

Re: [pypy-dev] When translating pypy, how do I notify it of library locations?

Hi Alexander, On 23/03/11 16:48, Alexander Golec wrote: > I'm building pypy with the default JIT configuration, and I'm on a machine > where I do not have root access. I've installed the libraries that I need in > my ~/lib folder, but I can't get pypy to see them. I can neither see the > librar

Re: [pypy-dev] status of the graphviz server on codespeak?

On 23/03/11 02:36, Maciej Fijalkowski wrote: > On Tue, Mar 22, 2011 at 7:17 PM, Laura Creighton wrote: >> getting-started-dev says: >> >> Download and install `Dot Graphviz`_ (optional if you have an internet >>connection: the flowgraph viewer then connects to >>codespeak.net and lets it c

Re: [pypy-dev] [pypy-svn] pypy fold_intadd: Changed test to reflect my optimizeopt's decision to emit int_sub(iX, -x) when x < 0

Hi Daniel, On 19/03/11 04:45, ademan wrote: > Author: Daniel Roberts > Branch: fold_intadd > Changeset: r42802:386510d0fb45 > Date: 2011-03-18 20:41 -0700 > http://bitbucket.org/pypy/pypy/changeset/386510d0fb45/ > > Log: Changed test to reflect my optimizeopt's decision to emit > int_sub(

Re: [pypy-dev] ideas for Google Summer of code

Hi Wim, On 17/03/11 19:33, wlavrij...@lbl.gov wrote: > Hi Anto, > >> - :-) > > the Reflex work has at one time before been proposed as a GSoC. Now that > a prototype is in place, there are several minor tasks that can be done, > which can lead to bigger/more research tasks as desired/appropriat

Re: [pypy-dev] ideas for Google Summer of code

On 17/03/11 21:25, Dan Stromberg wrote: > > On Thu, Mar 17, 2011 at 10:23 AM, Leonardo Santagada > wrote: > > 7 - make pypy on .net jit work (or on java) this is probably a too large task for GSoc. For one, before working on the JIT it is necessary to make normal

[pypy-dev] ideas for Google Summer of code

Hi all, the deadlines for GSoc are approaching, and at some point we should probably make a blog post about that. But first, we need to 1) collect ideas for possible tasks and 2) find potential mentors. Two ideas that just came to my mind: - "general work" on speed.pypy.org (we need to define b

Re: [pypy-dev] problem after merging of jit-virtual_state

nch > contains more cases than trunk, don't know if those are enough for > this test though... > > Note however that > jit/metainterp/test/test_nested_loops_discovered_by_bridge in > test_loop_unroll.py, which conatins the same loop for a simple > interpreter, does w

Re: [pypy-dev] problem after merging of jit-virtual_state

Hi Hakan, On 12/03/11 19:25, Hakan Ardo wrote: > Yes, this is probably the VirtualState checking. It will retrace a > loop whenever the VirtualState at the end of a bridge differs from the > VirtualState at the beginning of the compiled trace (any of the > compiled traces). This might indeed produ

Re: [pypy-dev] problem after merging of jit-virtual_state

On 10/03/11 16:21, Antonio Cuni wrote: > I did a bit of manual binary search and discovered that the test started > failing between r42273:b8bb5d085684 and r42305:3fe93dd500bd. Looking at the > commit, it seems that the only one relevant to the problem is > r42305:3fe93dd500bd, i.e.

[pypy-dev] problem after merging of jit-virtual_state

Hi Hakan, hi all, as you might have noticed, there is test_pypy_c_new.test_f1 which is currently failing: http://buildbot.pypy.org/summary/longrepr?testname=TestPyPyCNew.%28%29.test_f1&builder=pypy-c-jit-linux-x86-32&build=699&mod=pypy.module.pypyjit.test_pypy_c.test_pypy_c_new buildbot did not

Re: [pypy-dev] [PATCH] Fix segmentation fault on parsing empty list-assignments

On 09/03/11 13:29, Greg Price wrote: > This same patch is on bitbucket at https://bitbucket.org/price/pypy, > where I've sent a pull request. Holger Krekel suggested on IRC that I > send mail here. If others have different preferences for how to submit > a patch, let me know. Hi Greg, I have pushe

Re: [pypy-dev] we need to fix the links on our blog posts.

you can get a link to "whatever the latest revision is" on bitbucket by manually substituting the mercurial id with "default" inside the link. On 3/3/11, Armin Rigo wrote: > Hi Laura, > > On Thu, Mar 3, 2011 at 8:37 AM, Laura Creighton wrote: >> Do we need dcolish's bouncer to work for what used

Re: [pypy-dev] implementing the additional repo migrations

+1 on keeping the pdf files. It happens quite often not to have all the needed latex packages On 2/26/11, Carl Friedrich Bolz wrote: > On 02/26/2011 01:03 PM, Armin Rigo wrote: >> Hi Laura, >> >> On Sat, Feb 26, 2011 at 10:59 AM, Laura Creighton wrote: >>> I don't care about the old versions of

Re: [pypy-dev] further pypy repo migrations

On 17/02/11 15:23, holger krekel wrote: > Thanks to Ronny Pfannschmidt, sponsorship from merlinux (my company), and work > from Armin, Anto and others the main PyPy development repository has been > migrated to mercurial on Bitbucket. Btw, we just asked and Bitbucket nicely > upgraded the PyPy pr

Re: [pypy-dev] European sprints?

On 16/02/11 12:01, Bea During wrote: > Here is a suggestion of places and dates based on Lauras, Carl Friedrich and > Antos > input: > > - Gothenburg sprint: 25th of April to 1st of May > - Europython sprint/Florence: 25th of June to 26th of June (EP2011 official > sprint dates) > - Düsseldorf sp

Re: [pypy-dev] European sprints?

On 15/02/11 15:02, Carl Friedrich Bolz wrote: > Also I guess it is likely that we will have another one in Düsseldorf > later in the year. and probably one after europython, as usual? ciao, Anto ___ pypy-dev@codespeak.net http://codespeak.net/mailman/

Re: [pypy-dev] google should build a pypy phone or someone

On 15/02/11 11:52, Massa, Harald Armin wrote: > Antonio, > > > Anyway, back to the original topic: what would python offer more than > java for > android? > > a much less challenging licence-situation. I'm not completely sure. AFAIK, the Oracle-Google lawsuit is about patents, not lic

Re: [pypy-dev] google should build a pypy phone or someone

On 15/02/11 11:25, holger krekel wrote: > Hi all, > > what do you think or know why Google choose Java over Python for > its Android system? Surely, Python doesn't have a big track record > in terms of targetting mobile devices. Also CPython is limited > in how it can change and adapt i guess.

Re: [pypy-dev] Separate compilation and friends

On 15/02/11 03:41, Dima Tisnek wrote: > On a related note, how hard is it to "freeze" the translator/compiler > state of a given pypy version just before it begins to read extension > modules and distribute that, it would speed up module development a > lot. > It would be a quick equivalent of dist

Re: [pypy-dev] testing floating point

On 03/02/11 13:13, Maciej Fijalkowski wrote: > I'm not sure about warnings module. How about > --jit warnings=1 > ? > > That would fit with other jit options. not really. The other jit options really belongs to the JIT engine, while this one is dependent on the Python interpreter ciao, Anto __

Re: [pypy-dev] New version of Codespeed (0.7) for speed.pypy.org

On 21/01/11 08:49, Miquel Torres wrote: > @Anto > > Yes, branches are a pending item that has been requested a couple of times > now. yes, I think most of the requests has been by me :) > The current solution is actually not to abuse an environment like you > say, but to create a new project for

Re: [pypy-dev] New version of Codespeed (0.7) for speed.pypy.org

Hi Miquel On 20/01/11 22:00, Miquel Torres wrote: > Hi all, > > I want to announce the release of Codespeed 0.7, the version which is > now powering speed.pypy.org wow, that's very nice, thank you once more :-). From my side, there is only one feature that I miss a lot, which is the possibilit

Re: [pypy-dev] 1.4.1 threading

On 27/12/10 09:31, Carl Friedrich Bolz wrote: > The only case where improving dicts would help is for user-defined > dictionaries, i.e. when you write dicts with curly braces. then it's easy to optimize, you just write "dict()" instead of "{}". (sorry, I could not resist :-)) __

Re: [pypy-dev] long.__itemsize__

On 21/12/10 12:05, Maciej Fijalkowski wrote: >> __itemsize__ - in bytes, corresponds to item size field in the types >> definition structure. >> >> It's a field for types. >> See: >>http://docs.python.org/c-api/typeobj.html#tp_itemsize >> > > Well... Those are docs for C API. It doesn't say i

Re: [pypy-dev] playing with fast-forward

On 18/12/10 23:58, Gary Robinson wrote: > I'm experimenting with the fast-forward branch. I'm actually not sure about > the proper way to get it. (I have the main branch working fine.) > > I downloaded a nojit version from > http://buildbot.pypy.org/nightly/branch/fast-forward/ since I didn't se

Re: [pypy-dev] speed.pypy.org and mercurial

Hi Miquel, On 16/12/10 09:29, Miquel Torres wrote: > Hi Anto, > > yes, that is expected, but no problem. Codespeed is designed in such a > way that it can support different version control systems. It is just > that there is only support for svn now ;-) > > So for mercurial support, I need to im

[pypy-dev] speed.pypy.org and mercurial

Hi Miquel, hi all, as you probably have noticed, we have recently migrated the main repo to mercurial. Now speed.pypy.org receives a revision number in the form "40046:2088ce763fc2", but of course it can no longer fetches the commit logs from the svn server. Would it be possible to fetch the com

Re: [pypy-dev] [pypy-svn] pypy commit 7b8aa74da1fb: Handle output on standard error when invoking Mercurial.

On 14/12/10 20:28, Dan Villiom Podlaski Christiansen wrote: > On 14 Dec 2010, at 20:01, Maciej Fijalkowski wrote: > >> This commit contains no tests whatsoever, it would be cooler if it did. > > Antonio kindly wrote a test for the functionality in an earlier changeset. > Ironically, I broke it th

Re: [pypy-dev] Migration to mercurial

On 14/12/10 00:02, Antonio Cuni wrote: > Hi all, > > finally, it's happening :-). > Thanks to Ronny's work, we are going to complete the migration to mercurial > very soon. so, the migration is done! The svn repo is readonly, and from now the official pypy repo is this

Re: [pypy-dev] Migration to mercurial

On 14/12/10 01:57, Benjamin Peterson wrote: > What will be happening to the other repos? ie. extradoc it's open to discussion, but I suppose that it's fine to migrate them as well. However, there is no hurry on this, we can do it one by one. ciao, Anto ___

[pypy-dev] Migration to mercurial

Hi all, finally, it's happening :-). Thanks to Ronny's work, we are going to complete the migration to mercurial very soon. The pypy buildbot is already configured to pull from the bitbucket repository: http://bitbucket.org/pypy/pypy I have tried to run a test build, and it seems to work ok. We

Re: [pypy-dev] setrecursionlimit deprecation?

On 11/12/10 18:32, Armin Rigo wrote: > But then people are going to complain that their app seems to hang up > on pypy, and neither they nor we have any clue what is going on --- > until we figure out that they used sys.setrecursionlimit() to put a > bound on recursion and catch the RuntimeError.

Re: [pypy-dev] [PyPy Status Blog] New comment on PyPy 1.4: Ouroboros in practice.

On 01/12/10 23:21, Amaury Forgeot d'Arc wrote: [cut] > There is already an ongoing effort to port PyPy to Python 2.7. > > But we need some help! It's a good way to become a PyPy developer. > And no, you don't have to be a JIT expert to implement itertools.combinations > or asian codecs. Nice comm

Re: [pypy-dev] gdbm

On 30/11/10 02:28, Dan Stromberg wrote: > Agreed. > > I should have time for this sometime this week or the next. thank you! :-) ___ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev

Re: [pypy-dev] gdbm

On 27/11/10 04:07, Dan Stromberg wrote: > This module can be used with the “classic” ndbm interface, the BSD DB > compatibility interface, or the GNU GDBM compatibility interface. On Unix, the > *configure* script will attempt to locate the appropriate header file to > simplify building this modul

Re: [pypy-dev] PyPy 1.4 released

On 28/11/10 10:48, Maciej Fijalkowski wrote: >> > i got python-magic working , after i installed without easy_install >> > (easy_install fail because it tried to install ctypes). > great well, that's still a bit strange. Why does easy_install try to install ctypes, given that it's in the stdlib?

Re: [pypy-dev] PyPy 1.4 released

On 27/11/10 03:09, Phyo Arkar wrote: > libmagic python fails to work on pypy (python-magic) > > it uses ctypes and easy-install try to download and instaill it , but it > fails. > > how to enable ctypes on pypy? Hi Phyo, ctypes *is* enabled on pypy by default. If python-magic does not work, it c

Re: [pypy-dev] gdbm

On 16/11/10 04:30, Dan Stromberg wrote: > BTW, it might cause confusion down the road to call something that is > basically like cpython's bsddb (Berkeley DB) by the name "dbm" in pypy's > library. In the cpython standard library, "dbm" is an interface to ndbm > databases. These all provide the

Re: [pypy-dev] ype object 'BlackholeInterpreter' has no attribute 'bhimpl_direct_ptradd'

On 25/11/10 17:46, wlavrij...@lbl.gov wrote: > yes, but the fast path was disabled (commented out) when updating the branch > with trunk (I needed a few casts in the JIT that were in trunk already, but > not in the branch). It should thus be in addition when it's working again. > (And to be sure,

Re: [pypy-dev] ype object 'BlackholeInterpreter' has no attribute 'bhimpl_direct_ptradd'

Hi Wim, On 25/11/10 01:32, wlavrij...@lbl.gov wrote: > Hi, > > so I'm revising my numbers after finding out that I was using a debug version > of ROOT/Reflex ... > > PyROOT: 48.6 > PyCintex: 50.2 > pypy-c:5.5 > C++: 0.05 > wow, impressive numbers :-). You said that the benchmark you

Re: [pypy-dev] [pypy-svn] r79480 - pypy/trunk/pypy/jit/tool

On 25/11/10 07:40, Maciej Fijalkowski wrote: > Is pypy repository really a place for such files? Maybe we should keep > it somewhere else? well, it's the memory usage of cpython when translating pypy. Why the pypy repo should not be the place for a pypy-related file? > On Wed, Nov 24, 2010 at 6:

Re: [pypy-dev] [pypy-svn] r79382 - pypy/trunk/pypy/config

On 23/11/10 08:18, fi...@codespeak.net wrote: > Author: fijal > Date: Tue Nov 23 08:18:57 2010 > New Revision: 79382 > > Modified: > pypy/trunk/pypy/config/translationoption.py > Log: > Disable jit debugging by default > > > Modified: pypy/trunk/pypy/config/translationoption.py > ==

Re: [pypy-dev] gdbm

On 18/11/10 01:17, Dan Stromberg wrote: Hi Dan, [cut] > Given #1 and #2 above, anydbm should continue working, due to the presence of > gdbm and dumbdbm. > > I guess I think that if someone has a need for bsddb (and it's assorted > interfaces), they probably should work on that. > > Sound reasona

Re: [pypy-dev] gdbm

Hi Dan, first: thanks for your help :-) On 16/11/10 03:17, Dan Stromberg wrote: > > Yes, the dbm module in pypy is basically like the bsddb module in cpython. > > cpython includes modules for bsddb, gdbm, and more. > > I tend to prefer gdbm over bsddb, because I've seen bsddb databases get > corru

[pypy-dev] Migration to mercurial

Hi all, as some of you might have noticed by watching the IRC channel, we are finally migrating to mercurial. The actual conversion of the repository will happen at some point during next week (or maybe the week after). One issue that we have to care about is how to convert the author names: in

Re: [pypy-dev] [pypy-svn] r77589 - pypy/trunk/pypy/jit/metainterp

On 04/10/10 23:32, fi...@codespeak.net wrote: > def transform(op): > from pypy.jit.metainterp.history import AbstractDescr > -# Rename CALL_PURE to CALL. > +# Rename CALL_PURE and CALL_INVARIANT to CALL. > # Simplify the VIRTUAL_REF_* so that they don't show up in the backend

Re: [pypy-dev] Question on the future of RPython

On 29/09/10 22:40, Terrence Cole wrote: >> then, mylog contains all the loops and bridges produced by the jit. The >> interesting point is that there are also special operations called >> "debug_merge_point" that are emitted for each python bytecode, so you can >> easily map the low-level jit inst

Re: [pypy-dev] Question on the future of RPython

Hi Terrence, hi all On 28/09/10 22:33, Terrence Cole wrote: > I assume workflow would go like this: 1) run pypy on a bunch of code in > profiling mode, 2) pypy spits out lots of data about what happened in > the jit when the program exits, 3) start up external analysis program > pointing it at th

Re: [pypy-dev] [pypy-svn] r77101 - in pypy/trunk/pypy: jit/tl module/__builtin__ module/__builtin__/test module/pypyjit/test

Hi, On 16/09/10 07:27, hakana...@codespeak.net wrote: > Log: > Allow jit to unroll calls to max() and min() with more than one argument. > [cut] > +...@unroll_safe > @specialize.arg(2) > def min_max(space, args, implementation_of): > if implementation_of == "max": > compare =

Re: [pypy-dev] [pypy-svn] r77083 - pypy/branch/jitffi

Hi, On 15/09/10 18:18, Maciej Fijalkowski wrote: > Hey anto. > > There was a SoC about that, I guess it would be good to chat about it > at least (personally I think jitting rlib/libffi is exactly bad layer > to be jitted and some experiments were done). yes, I read the code in the fast-ctypes br

Re: [pypy-dev] External RPython mailing list

On 13/09/10 10:27, Maciej Fijalkowski wrote: > Is it really about interpreters? (what's interpreter-specific after > all in RPython) or is it just that it's hard to use and does not > integrate with CPython well? my point if that it's definitely good enough for writing interpreters. For the rest,

Re: [pypy-dev] External RPython mailing list

On 13/09/10 10:14, Armin Rigo wrote: > Hi, > > On Mon, Sep 13, 2010 at 10:11 AM, Maciej Fijalkowski wrote: >> I don't think it's hideable. > > Sorry, I wasn't clear. I'm not really trying to hide it. But I'm > also not really trying to push it forward (which seems to be what > creating a websi

Re: [pypy-dev] PyPy JIT & C extensions, greenlet

On 13/09/10 10:10, Armin Rigo wrote: > Hi Andy, > > On Mon, Sep 13, 2010 at 7:21 AM, Andy wrote: >> Does that mean PyPy will not work with greenlet/gevent/etc? > > Sorry if I wasn't clear. PyPy contains greenlet support (since > 2005-6). It's part of the same package that we call "pypy-stackle

Re: [pypy-dev] PyPy JIT and Django

On 09/09/10 20:32, Andy wrote: > Would this replace my existing Python interpretor with PyPy? I want to keep > my existing Python. well, no: if you run pypy setup.py install on whatever package, what happens is that you install this package in pypy's site-package directory instead of cpython's on

Re: [pypy-dev] [pypy-svn] r76608 - in pypy/branch/jit-bounds/pypy/jit/metainterp: . test

On 12/08/10 19:02, hakana...@codespeak.net wrote: > +def boundint_gt(self, val): > +if val is None: return > +self.minint = val + 1 what happens if val == sys.maxint? ciao, Anto ___ pypy-dev@codespeak.net http://codespeak.net/mailma

Re: [pypy-dev] rstruct where is pack?

On 10/08/10 15:14, Benjamin Peterson wrote: > 2010/8/10 Hart's Antler : >> Seems like struct.pack is not RPython? I see the examples for unpack in the >> tests folder, but not for packing. > > struct.pack() is implemented in pypy/module/rstruct/. I suppose you mean pypy/module/struct. But if t

Re: [pypy-dev] array performace?

On 03/07/10 19:22, Paolo Giarrusso wrote: > I had 3 colleague students who implemented, for instance, a > Python-to-JVM bytecode compiler which was way faster than Jython. > Which was the trick? [cut] I'm ready to bet that they did not implement a Python compiler, but a simil-Python language that

Re: [pypy-dev] Interpreter level array implementation

On 03/07/10 08:14, Hakan Ardo wrote: > What is a bridge? you might be interested to read the chapter of my PhD thesis which explains exactly that, with diagrams: http://codespeak.net/svn/user/antocuni/phd/thesis/thesis.pdf In particular, section 6.4 explains the difference between loops, bridge

Re: [pypy-dev] [pypy-svn] r75683 - in pypy/trunk: include lib-python/modified-2.5.2/distutils lib-python/modified-2.5.2/distutils/command pypy/_interfaces pypy/module/cpyext pypy/module/cpyext/test

On 02/07/10 09:28, Maciej Fijalkowski wrote: > Fine by me. Can you fix test_package then? It assumes there is > Python.h in include (which might not be there). ah right... because when we run own-test translation didn't happen, so .h are not there. Ok, I'll fix it later. ciao, Anto

Re: [pypy-dev] [pypy-svn] r75683 - in pypy/trunk: include lib-python/modified-2.5.2/distutils lib-python/modified-2.5.2/distutils/command pypy/_interfaces pypy/module/cpyext pypy/module/cpyext/test

On 02/07/10 08:45, Maciej Fijalkowski wrote: > Hey. > > Any reason why we should copy .h files during translation and can't > just have them there? > I talked with Amaury and he told me that he prefers to keep all the cpyext-related files together, which I think makes sense. Moreover, we need t

Re: [pypy-dev] virtualenv support and directory hierarchy

On 19/06/10 11:00, Amaury Forgeot d'Arc wrote: >> The drawback is that it's a bit non-standard on unix; moreover, if we install >> pypy in say /opt/pypy1.2, it would be hard to put a binary in /usr/bin >> without >> hardcoding the path to pypy1.2 somewhere. > > Is it possible to just put a symlin

Re: [pypy-dev] virtualenv support and directory hierarchy

Hi, I also don't like too much to have a hardcoded version number, but when I asked for alternatives nobody suggested anything. On IRC, amaury suggested to install the whole pypy distribution in its self-contained directory, more or less as cpython does on windows. I didn't think about this sol

Re: [pypy-dev] [pypy-svn] r75220 - in pypy/trunk/pypy: annotation annotation/test jit/backend jit/backend/llgraph jit/backend/llgraph/test jit/backend/llsupport jit/backend/llsupport/test jit/backend/

On 13/06/10 08:46, Armin Rigo wrote: > I'm a bit confused, btw: I thought that ootype did not need ConstAddr at > all, because it used ConstObj for all pointer-ish things. ah sorry. You wrote ConstAddr but I actually read ConstPtr (i.e., ConstObj for ootype). Indeed, ConstAddr is not used at all

Re: [pypy-dev] [pypy-svn] r75220 - in pypy/trunk/pypy: annotation annotation/test jit/backend jit/backend/llgraph jit/backend/llgraph/test jit/backend/llsupport jit/backend/llsupport/test jit/backend/

On 08/06/10 23:42, ar...@codespeak.net wrote: > The number of changes is a bit huge though. The > format of the static bytecodes used by the jit > changed completely, and codewriter.py is now split > among many files in the new directory pypy.jit.codewriter. > There is also no longer ConstAddr, on

Re: [pypy-dev] [pypy-svn] r74976 - in pypy/branch/sys-prefix: lib/pypy1.2/lib_pypy/ctypes_config_cache pypy/interpreter/test pypy/rlib pypy/tool pypy/tool/test pypy/translator/goal pypy/translator/san

On 01/06/10 06:00, Maciej Fijalkowski wrote: > A bit about directory structure: I think I have explained everything in my original email to pypy-dev: http://codespeak.net/pipermail/pypy-dev/2010q2/005854.html > Can you explain to me a bit? > > What's in lib except pypy1.2? nothing. It really pl

Re: [pypy-dev] [pypy-svn] r74850 - in pypy/branch/sys-prefix/lib: . pypy1.2 pypy1.2/lib_pypy pypy1.2/lib_pypy/app_test pypy1.2/lib_pypy/ctypes_config_cache pypy1.2/lib_pypy/test2

On 30/05/10 00:08, Maciej Fijalkowski wrote: > My concern is mostly that we should not over engineer things and be > smarter than CPython (at least in this respect). well, if we want sys.prefix we *need* to be smarter than CPython, as we don't have any ./configure where take it from. The alternat

Re: [pypy-dev] [pypy-svn] r74850 - in pypy/branch/sys-prefix/lib: . pypy1.2 pypy1.2/lib_pypy pypy1.2/lib_pypy/app_test pypy1.2/lib_pypy/ctypes_config_cache pypy1.2/lib_pypy/test2

On 30/05/10 00:43, holger krekel wrote: >> pyrolog for example doesn't use lib_pypy or pypy/module, does it? > > sorry, i meant prolog, gameboy, etc ... i.e. the projects in pypy/lang yes, indeed. That's why I think it's a good idea to move pypy/lib outside pypy. ___

Re: [pypy-dev] [pypy-svn] r74850 - in pypy/branch/sys-prefix/lib: . pypy1.2 pypy1.2/lib_pypy pypy1.2/lib_pypy/app_test pypy1.2/lib_pypy/ctypes_config_cache pypy1.2/lib_pypy/test2

Hi holger, On 29/05/10 22:25, holger krekel wrote: > I think the idea is to make sys.prefix (and thus virtualenv) work > even with a translation in a checkout, i.e. not forcing to copy > things to another location (which virtualenv partly does on its own). yes > Moreover, keeping app-level

Re: [pypy-dev] [pypy-svn] r74850 - in pypy/branch/sys-prefix/lib: . pypy1.2 pypy1.2/lib_pypy pypy1.2/lib_pypy/app_test pypy1.2/lib_pypy/ctypes_config_cache pypy1.2/lib_pypy/test2

Hi Maciek, On 29/05/10 19:32, Maciej Fijalkowski wrote: > Hm. > > I might be missing something, but I thought sys.prefix is only meant > for stuff after installation. If this is true (my CPython trunk build > has sys.prefix == '/usr/local'), then modifying source checkout does > not make any sens

[pypy-dev] virtualenv support and directory hierarchy

Hi all, I am investigating how to make virtualenv working on pypy and I'm running into a couple of issues: the most important one is that virtualenv relies on sys.prefix (which does not exists in pypy) to find the standard library, and the other is that the standard library of pypy is supposed

Re: [pypy-dev] [pypy-svn] r73628 - in pypy/branch/cpython-extension/pypy/module/cpyext: . test

Maciej Fijalkowski wrote: > I probably have missed some part of discussion, but - shouldn't we > have it present the same interface as lib/array.py? If lib/array.py is > not needed, since we use the C version, how about killing lib/array? lib/array is needed by OO backends, which can't use the C v

Re: [pypy-dev] Branches

On Tue, Mar 23, 2010 at 10:43 PM, Armin Rigo wrote: >    * 55751  eval-loop-experiments (antocuni) "maybe one day" In this branch, I made some changes to the main eval loop and in some cases I observed speedups up to 20% (which are less relevant now that we have a jit, but still), but I never m

Re: [pypy-dev] Nightly builds are unavailable

On Tue, Mar 23, 2010 at 7:43 PM, Gasper Zejn wrote: > Nope, not working. The "directory listing" works, but not the links. Did you > click on any of the links provided on that url? Ah no, sorry. My fault, the links indeed don't work. ciao, Anto ___ py

Re: [pypy-dev] Nightly builds are unavailable

On Tue, Mar 23, 2010 at 6:02 PM, Gasper Zejn wrote: > The links at the URL http://buildbot.pypy.org/nightly/ are failing with > "resource unavailable"; misconfiguration? > > Just to make sure it's a known problem. It's working for me right now. Maybe it has just been down for a while? ___

Re: [pypy-dev] autonosiness in roundup

Benjamin Peterson wrote: > 2010/3/16 Maciej Fijalkowski : >> Anyone knows how to set up autonosy on roundup? I only get information >> about new tickets and then I don't get followups. > > When that's figured out, I'd also like to be on autonosy. me too :-) ___

Re: [pypy-dev] speed.pypy.org launched

Carl Friedrich Bolz wrote: > I disagree with this, please read the following paper: > > http://buytaert.net/files/oopsla07-georges.pdf +1 for this paper. I was about to link it as well, but cf has been faster. I looked at the unladen swallow runner when I was writing my thesis, and I can confir

Re: [pypy-dev] pypy-jvm doesn't work?

Hi Olli, Olli Wang wrote: > Hi, I tried to execute the compiled Python interpreter with jvm backend > on both Gentoo Linux(amd64) and Snow Leopard. > But unfortunately both of them failed to start. I simply ran > "./translate.py --backend=jvm targetpypystandalone.py" and "pypy-jvm" on > both c

Re: [pypy-dev] Parallel translation?

Benjamin Peterson wrote: > No, that's not planned at the moment. The only time we could easily > use multiple CPU at the moment is compiling the final C sources. You > can even do this manually with the make file in the temp source > directory. I agree that at this point in time we cannot or don'

  1   2   3   >