On 10/05/11 00:36, cool-RR wrote:
> Is it true that Pypy can't import a `.pyc` file?
yes, by default pyc files which don't have the corresponding py file are
ignored.
You can change the behavior by translating pypy by yourself and using the
--objspace-lonepycfiles option:
$ ./translate.py -Ojit
On 10/05/11 10:27, cool-RR wrote:
> Is it possible to make an existing Pypy installation accept lone pyc files
> with some flag or something?
no, it's only a translation-time option, sorry.
___
pypy-dev mailing list
pypy-dev@python.org
http://mail.pytho
On 10/05/11 11:20, Armin Rigo wrote:
> Well, if the question is "is it possible to change pypy so that..."
> then the answer is of course yes. But before you want that, note that
> you will run into all kinds of troubles doing that, including the fact
> that the details of our .pyc files are slig
On 10/05/11 18:50, cool-RR wrote:
> Hey,
>
> It seems that in CPython a function gets a `.__module__` attribute according
> to the current value of `__name__` when the function is being defined. In Pypy
> this seems not to be working, since I changed `__name__` in globals (as part
> of a test) but
On 10/05/11 20:39, cool-RR wrote:
> Ah, then my problem is easily solved by accessing `my_function.__module__`
> before I change `__name__` back to its original value. I tested and it works.
by the way, what do you need it for?
I think that, whatever you are doing, the best way is to explicitly a
On 11/05/11 23:02, Michał Bendowski wrote:
> Welcome everyone :)
>
> I was wondering what is the current status of the JVM backend.
[cut]
Hello Michał, Dario, Bo,
I'm glad to see that there is interest around the JVM backend :-)
Here is a summary of the current status and possible future directi
On 13/05/11 17:53, Paul deGrandis wrote:
> A few years back I had started the process of using JPype with PyPy. I most
> recently started digging into Clojure and JDK 7
> (https://github.com/ohpauleez/soymacchiato), but I now have some free cycles.
> I'd certainly be up for digging in.
Hi Paul,
On 12/05/11 06:39, Charles Oliver Nutter wrote:
> FWIW I would be happy to help out with advice and direction, especially if
> the JVM backend could be rejiggered to take advantage of the new
> invokedynamic bytecode in Java 7. I have been using it for JRuby and have
> been very pleased with it.
On 15/05/11 20:36, Joe wrote:
> I ran a script I had that used SQLite with storm, and saw a bunch of
> RuntimeWarnings about args and return times. I took some time to fix
> them up, and ran the sqlite tests to fix any remaining ones.
thank you! I applied the patch in revision a0b3a8cef2c4
ciao,
On 17/05/11 14:11, Maciej Fijalkowski wrote:
> Which reminds me that we should *really* start running python 2.7 as a
> baseline python
for this, it should be "enough" to upgrade ubuntu on tannit, which comes with
python2.7. Unless we decide that we want to stay with the LTS release.
ciao,
Anto
On 20/05/11 01:59, Benjamin Peterson wrote:
>> I thought from reading pypy tests and some mentions in IRC logs that they
>
> Tests are not RPython.
well, not all of them. But e.g., the tests in pypy/rpython/test do contain
rpython code.
As a general rule, to check if something is supported by rp
On 16/05/11 17:10, Bo Chen wrote:
> Anto,
Hello Bo,
(I've CCed pypy-dev again, please click "reply all" to make sure the list is
included)
> Is there any advice on reading the source code of the pypy?
that's a hard question, it depends what is your goal. My experience is that if
you have a clear
On 20/05/11 23:23, Mohyiddeen Othman wrote:
> Hi,
>
> I've been recently doing Project Euler puzzles using Python, and have recently
> started to use PyPy to increase performance. However I've come across
> something (no pun intended) puzzling. I made this script for Euler #50.
>
> http://pastebi
PyPy Genova-Pegli Post-EuroPython Sprint June 27 - July 2 2011
==
The next PyPy sprint will be in Genova-Pegli, Italy, the week after EuroPython
(which is in Florence, about 3h away by train). This is a fully public sprint:
newcomers and
On 23/05/11 21:34, Antonio Cuni wrote:
> Please register by hg:
>
>
> http://bitbucket.org/pypy/extradoc/src/default/sprintinfo/genova-pegli-2011/people.txt
>
sorry, the link above is broken:
https://bitbucket.org/pypy/extradoc/src/extradoc/sprintinfo/genova-pegli-2011/people.
On 24/05/11 09:06, Maciej Fijalkowski wrote:
> Numpy can be put into the list of topics
right, although I've already sent the announcement and it's too late now to
change it. It falls in the category "more precise interest in mind", though.
ciao,
Anto
___
Hi Wim,
On 25/05/11 01:16, wlavrij...@lbl.gov wrote:
> Okay, then I can't live with it. :}
>
Not sure to understand: do you get a crash even now that you merged default?
If this is the case, do you get it even with a trunk version of pypy? You
don't have to translate it by yourself, you can jus
On 30/05/11 20:04, Armin Rigo wrote:
> Hi all, hi Anto,
>
> On Bitbucket, the user PyPy has still an e-mail address that goes only
> to Antonio. It's used at least by the pull requests and fork
> notifications. It seems that we'd like to see them more widely.
> Antonio, would it make sense to ch
On 30/05/11 23:25, Maciej Fijalkowski wrote:
> pypy-z sounds like a good solution for now.
Ok, I did it.
ciao,
Anto
___
pypy-dev mailing list
pypy-dev@python.org
http://mail.python.org/mailman/listinfo/pypy-dev
confirm that pypy is faster on my machine.
ciao,
Anto
> On Mon, May 23, 2011 at 10:11 AM, Antonio Cuni wrote:
>> On 20/05/11 23:23, Mohyiddeen Othman wrote:
>>> Hi,
>>>
>>> I've been recently doing Project Euler puzzles using Python, and have
>&g
On 06/06/11 18:07, bivab wrote:
> static double pypy__longlong2float(long long x) {
> +int i;
> +double dd;
> char *p = (char*)&x;
> -return *((double*)p);
> +char *d = (char*)ⅆ
> +for(i = 0; i < 8; i++) {
> +d[i] = p[i];
> +}
> +return dd;
speaking of po
On 07/06/11 15:38, Armin Rigo wrote:
> That change was not about portability, but about C compilers getting
> too clever at optimizing. These two functions are (supposed) to be
> only used on machines with 8-byte long longs and doubles. I could add
> an assert, checking that sizeof(double) == siz
On 07/06/11 17:02, Jan Decaluwe wrote:
> I am seeing great improvements for MyHDL simulations
> by using PyPy, and I have written a page about it:
>
> http://www.myhdl.org/doku.php/performance
Hello Jan,
this is really nice to hear :-)
Did you try to run the benchmarks with a more recent ve
On 09/06/11 15:54, Thomas Heller wrote:
> Hello,
>
> here are patches against pypy 1.5 so that comtypes works with it
> (I hope it is acceptable to post patches here; I have no time to
Hello Thomas,
thank you for the patch. However, I fear that it might not work properly with
the trunk version,
On 10/06/11 18:00, Paolo Basso wrote:
> Ok, I solved the problem, the patch works great (thanks Thomas) but the
> problem was a conflict with the python 2.6 library from which the readline.py
> module was loaded. Is it normal that it happens or it a problem of my
> configuration?
uhm, it seems tha
On 09/06/11 16:45, Thomas Heller wrote:
> I have never build pypy myself, so I would prefer to wait for some
> windows binaries before trying this.
I have (hopefully :-)) fixed the windows buildslave, so we should start having
nigthly builds again.
There is a translation going on right now:
http:
On 10/06/11 18:32, Paolo Basso wrote:
> PYTHONPATH
>
> C:\Python26\DLLs;C:\Python26\Lib;C:\Python26\Lib\site-packages;
this is the problem. You are explicitly telling pypy to import modules from
cpython's stdlib.
Why do you have such a pythonpath, btw? It's not needed, CPython can determine
its
On 10/06/11 18:17, Antonio Cuni wrote:
> There is a translation going on right now:
> http://buildbot.pypy.org/builders/pypy-c-jit-win-x86-32/builds/79
>
> unless the translation is broken, it should be ready in ~1hr.
ok, the translation is broken :-(
(in case anyone wants to fix it
On 26/06/11 13:31, arigo wrote:
> Author: Armin Rigo
> Branch:
> Changeset: r45136:ff284eff23fd
> Date: 2011-06-26 13:37 +0200
> http://bitbucket.org/pypy/pypy/changeset/ff284eff23fd/
>
> Log: Fix test_pypy_c.
>
> diff --git a/pypy/module/pypyjit/test_pypy_c/test_array.py
> b/pypy/module/pypy
Hello Ian,
On 29/06/11 15:16, Ian Ozsvald wrote:
Ian.
ps. I posted the v0.1 PDF of my High Performance Python tutorial this
morning (it is based on my EuroPython training session). It has a
section on PyPy and I'd happily accept input if that section should be
expanded:http://ianozsvald.com/2011
On 08/07/11 16:50, Carl Friedrich Bolz wrote:
>
> I think in the end id is the hard problem. Object identity can be fixed. We
> could say that "a is b" uses equality for primitive objects.
what about starting to think about solutions only when we are sure that it's
actually a problem?
I don't ex
On 08/07/11 17:19, Armin Rigo wrote:
> As I said in my previous e-mail, I think that e.g. copy.py relies on
> such behavior, and more generally any Python code that has to use id()
> to emulate an identity-dict --- as broken as that approach is, just
> because CPython thought that identity-dicts w
On 08/07/11 17:59, Armin Rigo wrote:
> I fear that we are going to end up seeing more and more cases where
> users rely on the current CPython behavior, particularly because we're
> going to expose such issues more and more over time as we add new
> optimizations. But I may be wrong and it may be
On 12/07/11 01:20, Maciej Fijalkowski wrote:
> Hi
>
> I'm a bit worried with our current benchmarks state. We have around 4
> benchmarks that had reasonable slowdowns recently and we keep putting
> new features that speed up other things. How can we even say we have
> actually fixed the original i
On 12/07/11 09:01, Maciej Fijalkowski wrote:
> I'll follow up on the branches, but the issue is a bit irrelevant - we
> still have performance regressions by trunk checkins as well.
it's not irrelevant. I won't solve the current issues, but it will help having
more in the future.
ciao,
Anto
_
On 12/07/11 09:19, Maciej Fijalkowski wrote:
> On Tue, Jul 12, 2011 at 9:16 AM, Miquel Torres wrote:
>> Branches are already implemented. speed.pypy.org just needs to be
>> upgraded to Codespeed 0.8.x and its data migrated.
oh, this is very cool, thank you :-)
> I can help you with that, but tha
On 12/07/11 21:28, Alex Gaynor wrote:
> A, I found why i was getting nonsense information, `hg log -r
> -r` does NOT do what I wanted, you need to do `hg log -r..`!
uhm, I usually do "hg log -rA:B". Is it the same as -rA..B or is again subtly
different?
Hi all,
I know that there is a vague plan to have a sprint in Düsseldorf in the last
week of august, on time with the end of Eurostars.
Can we make it more concrete, decided the dates, and announce it, please?
It's very likely that I'll go on vacation in the 3rd week of august, thus it
would be
On 12/07/11 01:20, Maciej Fijalkowski wrote:
> Hi
>
> I'm a bit worried with our current benchmarks state. We have around 4
> benchmarks that had reasonable slowdowns recently
[cut]
Ok, let's try to make a summary of what we discovered about benchmark
regressions.
>
> Current list:
>
> http:/
On 17/07/11 22:15, Maciej Fijalkowski wrote:
> I think to summarize we're good now, except spitfire which is to be
> investigated by armin.
>
> Then new thing about go is a bit "we touched the world". Because the
> unoptimized traces are now shorter, less gets aborted, less gets run
> based on fun
On 18/07/11 13:58, Armin Rigo wrote:
> Or, conversely, that compiling single functions is ineffective and we
> only care about compiling the loops? No.
>
> I expect that on a large and messy program like translate.py, after a
> while, either approach should be fine. Still, there are cases where
On 18/07/11 14:10, Carl Friedrich Bolz wrote:
> offtopic, but I still want to point out that translate is indeed terribly
> messy. I've been reading traces some more, and it's quite
> scary. E.g. we have lltype._struct.__init__ has a CALL_FUNCTION
> bytecode that needs more than 800 traces operatio
On 18/07/11 21:37, Miquel Torres wrote:
> Hi,
>
> speed.pypy.org currently shows a very encouraging performance picture
> for PyPy: it is "infinite times faster than CPython". No, it is note
> yet April 1st.
hooray! We finally finished pypy :-)
> Codespeed creates the front page plots using the
On 18/07/11 22:36, Miquel Torres wrote:
> Ok, it is fixed now.
>
> AND branch support is in. Results saved with branch other than
> "default" will be available in the comparison view. Got to talk to
> fijal yet to see how we should benchmark branches...
wow, all of this is very cool, thank you!
Hi Miquel, Maciek, all,
On 20/07/11 22:01, Miquel Torres wrote:
> Thanks Maciej. It was just a case of adding the new branch parameter
> to the result dictionary, as you did in
> pypy/benchmarks/src/saveresults
I think that there was another issue: currently we pass a revision number like
12345:
On 21/07/11 09:13, Maciej Fijalkowski wrote:
> I think having them at the same graph is more important than having
> changes showing correct things. I might give it a go if nobody wants
> to
Not sure. Having them in the same graph is important only to quickly spot
cases in which one backend is muc
On 21/07/11 10:02, Miquel Torres wrote:
> Alternatively, the timeline view could allow to display several
> environments at the same time...
I think this would work. How hard is it to implement?
Maciek, any opinion?
ciao,
Anto
___
pypy-dev mailing list
Hi Armin,
On 24/07/11 18:47, arigo wrote:
Author: Armin Rigo
Branch:
Changeset: r45943:824b72bb6b45
Date: 2011-07-24 17:25 +0200
http://bitbucket.org/pypy/pypy/changeset/824b72bb6b45/
Log:signal.signal() crashes with ValueError when called from a non-main
thread...?
diff --git a/li
On 25/07/11 21:09, Miquel Torres wrote:
Btw., in any case you can start saving results in separated
environments. That will at least make changes work right away, and it
does make sense to have "tannit 32 bits" and "tannit 64 bits".
ok, I did it. If everything goes well, we should have two sep
Hi Miquel,
On 25/07/11 21:09, Miquel Torres wrote:
Btw., in any case you can start saving results in separated
environments. That will at least make changes work right away, and it
does make sense to have "tannit 32 bits" and "tannit 64 bits".
are you sure that having two separate environments
Hi Miquel,
On 28/07/11 11:04, Miquel Torres wrote:
Hi Antonio,
I'm afraid you are right, the solution I proposed makes no sense.
Sorry I gave you a wrong answer. A revision is unique for a project
(well, now to a branch of a project), and thus they are not separated
by environment. Codespeed wa
Hi Tom,
On 31/07/11 23:05, Tom Roche wrote:
https://bugs.pypy.org/issue772
so the next release should resolve that problem for system wide installs.
By "next release," do you mean 1.6? (BTW, to show bona fides, and since it
needed done, I updated
yes, but it's also possible to download t
On 01/08/11 07:25, Kenji Yano wrote:
Hi
I found the cause of html_fibo.py at the EuroPython Hands-on.
This case, HtmlTag destructor isn’t call when the object didn’t use.
Is this garbage collection’s problem?
(pypy-trunk(1.6.0-dev) same too.)
yes. The difference with CPython is that CPython d
On 02/08/11 11:41, Armin Rigo wrote:
Then it has nothing to do with unrolling: it should be renamed to
something like "look_inside_if". It just happens to mean, as a
side-effect, "if the condition is true, then look inside even in case
there is a loop, thus unrolling it".
look_inside_and_maybe
On 03/08/11 02:16, alex_gaynor wrote:
Author: Alex Gaynor
Branch: unroll-if-alt
Changeset: r46219:524483d98407
Date: 2011-08-02 17:17 -0700
http://bitbucket.org/pypy/pypy/changeset/524483d98407/
Log:a) Renamed @unroll_if to @look_inside_iff at carl's request b)
Unroll Argument.unpack
On 10/08/11 17:27, Alex Gaynor wrote:
I remember you also showed me it made my HTML escaper about 20% faster on some
benchmarks :) Of the 3 test_pypy_ benchmarks, only the test_instance one
shows a really noticable regression (test_strings looks better actually...),
can you explain why it got w
On 11/08/11 12:22, Laura Creighton wrote:
Do we want to run our speed comparisons against 2.7 not 2.6 for the
release?
I think we want CPython 2.7. However, tannit runs ubuntu 10.4 TLS, which
still gives only 2.6.
I'm going to manually compile CPython 2.7 on tannit, then I'll try to make it
Hi Armin,
On 11/08/11 18:46, Armin Rigo wrote:
Moreover, we can give it an interface very similar to generators. A
genlet object has a primitive method send(x), a wrapper next() that
just calls send(None), and is an iterator. Example:
@genlet
def f(gen, a, b):
for i in range(a, b):
Hello David,
On 10/08/11 21:27, David Naylor wrote:
Hi,
I needed to create a cache of date and time objects and I wondered what was the
best way to handle the cache. For comparison I put together
the following test:
[cut]
Pypy displays significant slowdown in the defaultdict function, othe
On 12/08/11 14:51, Antonio Cuni wrote:
@bench.bench
for reference, here is the implementation of the "bench" decorator:
https://bitbucket.org/antocuni/env/src/1b11491fab79/pypath/bench.py
___
pypy-dev mailing list
pypy-dev@pytho
On 12/08/11 17:49, David Naylor wrote:
Would it not be a simple matter of changing the __(get|set)state method to use
a tuple or even an int(long)?
yes, I think it should be enough. I'm going on vacation soon and I won't have
a look at it right now, so if anybody wants to work on it, he's ver
On 13/08/11 22:15, arigo wrote:
Log:Fix a bug in _sqlite3.py: memory is freed too early
diff --git a/lib_pypy/_sqlite3.py b/lib_pypy/_sqlite3.py
--- a/lib_pypy/_sqlite3.py
+++ b/lib_pypy/_sqlite3.py
@@ -891,7 +891,8 @@
self.statement = c_void_p()
next_char = c_char_p()
On 15/08/11 15:36, Alex Gaynor wrote:
I'd like to express that, unless we have a very compelling reason, we should
try to keep more stuff in pure python, as opposed to RPython. Mostly because
it speeds up translation ;) (also easier to test, easier to write, etc.).
or, on the other hand, we sh
Hello Joe,
On 15/08/11 23:48, Joe Goldthwaite wrote:
I apologize if this is the wrong place for this. In looking at the archives
this list seems to be more geared to the developers than users. I couldn't
find a list for end users though so I'm going to post it here.
I'd like to try pypy for a
Hi Wim,
On 16/08/11 19:47, wlav wrote:
Author: Wim Lavrijsen
Branch: reflex-support
Changeset: r46550:17b6f87c70bc
Date: 2011-08-16 10:54 -0700
http://bitbucket.org/pypy/pypy/changeset/17b6f87c70bc/
Log:Remove elidable_promote that made the translation choke.
diff --git a/pypy/module/cppyy
On 28/08/11 09:50, Laura Creighton wrote:
I'd like it if the comments on pull requests came with the name
of the person making the request, in this case yasirs. Is this
something we can do on our end, (I don't think so) or something
we need to ask Bitbucket to change?
I think it's something th
Hi Jesse, hi all,
On 31/08/11 02:37, Jesse Noller wrote:
Yes, I should have looped Noah in sooner.
I have all the keys / passwords. Right now we need:
1. codespeed
2. benchmark runners
The second item is divided into two sub-items: the runner itself, and
something that triggers a run nightl
On 31/08/11 10:12, Antonio Cuni wrote:
I can setup a buildbot instance on speed.pypy.org, if you give me access to
the machine. I propose that as a very first step, we just make speed.pypy.org
a buildslave which depends on pypy's own buildmaster. This makes it very easy
and fast to setup i
On 31/08/11 22:11, Brett Cannon wrote:
The PyPy folk could answer this as they have their repo on bitbucket
already. Else I guess we can just create a standalone account that
represents the official speed.python.org account.
for pypy we do exactly that. There is a bitbucket user named "pypy" wh
On 01/09/11 05:28, Dino Viehland wrote:
This came up on an internal discussion, I thought it was fun, especially given
that we all behave differently:
Paste this into the REPL:
[cut]
it seems to work fine with pypy 1.6. Note that str() is called twice for each
line, so we get 1, 3, 5, 7...,
On 01/09/11 09:23, William ML Leslie wrote:
I wonder if anyone has benchmarked sqlite under pypy - that would have
the most dramatic effect here.
I'm doing it right now. It seems that for some reasons the JIT does not remove
the ctypes overhead of sqlite calls, thus they are much slower than t
On 01/09/11 10:57, Armin Rigo wrote:
Hi,
On Thu, Sep 1, 2011 at 9:58 AM, Antonio Cuni wrote:
it seems to work fine with pypy 1.6. Note that str() is called twice for
each line, so we get 1, 3, 5, 7..., but this happens only on cpython.
...but this happens only on PyPy, you mean. It works
Hi Jorge,
On 07/09/11 16:43, Jorge de Jesus wrote:
Hi to all
I've benchmark/profile some code (PyWPS API) and PyPy-c is 2/3x times
slower than CPython. This was done in a virtual machine using x86_64
The code being benchmark spends most of the time making calls to
copy/deepcopy. I've foun
On 03/09/11 08:51, Miquel Torres wrote:
Which revision is (or "simulates") 1.6?
I don't think there is the exact revision on codespeed, because the release
was made on a branch (release-1.6.x, I think), not on trunk.
What about starting the benchmarks manually on the branch release-1.6.x?
M
On 08/09/11 10:46, Maciej Fijalkowski wrote:
What about starting the benchmarks manually on the branch release-1.6.x?
Miquel, would it be possible to tag those results as "PyPy 1.6" when we have
them?
We can mark trunk from the day we made the release branch (that's what
we did so far).
whic
On 08/09/11 12:15, Miquel Torres wrote:
which sadly doesn't have data on speed.pypy.org (not all data saved on
the removed environment was kept, sorry). The August 1st revision is
probably not acceptable to portrait as being 1.6 ...
looking at the graphs, I don't see any big difference between
On 08/09/11 20:50, Miquel Torres wrote:
Done, I tagged revision 46161:eb30a0ef328e (1st of August) as PyPy
1.6. Can be seen now on the start page.
thank you!
___
pypy-dev mailing list
pypy-dev@python.org
http://mail.python.org/mailman/listinfo/pypy-de
On 12/09/11 09:52, Maciej Fijalkowski wrote:
On Mon, Sep 12, 2011 at 9:45 AM, Alex Gaynor wrote:
Is there a reason we don't switch to doing an hg checkout from bitbucket?
Those seem to be more stable than the SVN ones.
Alex
Anto failed to have 2 mercurial checkouts (pypy& hg) in one buildb
Hello pypy-dev,
in the past weeks, I and the other core developers have talked a lot about
supporting Python 3 in PyPy. The task is huge and it's unlikely that it will
be completed shortly based only on volunteer work, so we came up with the
following proposal, which splits the work into several
On 13/09/11 13:35, Carl Friedrich Bolz wrote:
Some of us need to be in Stockholm Oct 24 and 28.
Anto needs to be with his family Nov 1.
Fscons starts Friday Nov 11 in Göteborg, and we're giving a talk.
Thus I propose that we hold a Sprint at my house Wednesday Nov 2nd through
Thursday Nov 10.
Hello Yaacov,
On 14/09/11 05:17, Yaacov Finkelman wrote:
Thank you all for your work on Pypy! I have learned so much reading about the
work that has been done on the project, and have enjoyed lurking on this list.
According to my newbieish understanding of it, Pypy is a large RPython program
ru
On 30/09/11 19:02, Armin Rigo wrote:
If it does, well, follow the recommendation. If it doesn't, then
likely, something is again broken in the interaction of virtualenv and
pypy. Antonio, do you know if virtualenv 1.6.4 is supposed to work
with pypy?
I just tried and virtualenv 1.6.4 works f
On 05/10/11 16:30, Amaury Forgeot d'Arc wrote:
2011/10/5 Max Lavrenov:
after ~500 successfull responses i am starting to get error on line "if
params"
Looks like a JIT error to me, which has a default threshold of 1000 iterations.
Can you try again with
pypy --jit threshold=-1
to complete
Hi Maciek,
On 08/10/11 23:06, Maciej Fijalkowski wrote:
Hi
I would like to start thinking about PyPy 1.7 and I volunteer for
being a release manager. It seems modulo few failing tests we're
generally in a good shape. Things I would like to get into.
* my json improvements branch
* justin's mem
On 13/09/11 13:35, Carl Friedrich Bolz wrote:
Some of us need to be in Stockholm Oct 24 and 28.
Anto needs to be with his family Nov 1.
Fscons starts Friday Nov 11 in Göteborg, and we're giving a talk.
Thus I propose that we hold a Sprint at my house Wednesday Nov 2nd through
Thursday Nov 10.
On 11/10/11 23:27, amauryfa wrote:
Author: Amaury Forgeot d'Arc
Branch: py3k
Changeset: r47947:838f7aaf8802
Date: 2011-10-11 23:12 +0200
http://bitbucket.org/pypy/pypy/changeset/838f7aaf8802/
Log:Add a modifiable copy of opcode.py
diff --git a/lib-python/3.2/opcode.py b/lib-python/modified-
On 12/10/11 12:14, Maciej Fijalkowski wrote:
Indeed, so quite a few people will be around anyway.
Well, so I'm not coming, too expensive.
we can always use the "general pypy pot" to fund you, can't we?
___
pypy-dev mailing list
pypy-dev@python.org
h
Hi Amaury, hi all,
On 12/10/11 22:23, amauryfa wrote:
Author: Amaury Forgeot d'Arc
Branch: py3k
Changeset: r47978:36b998dd9966
Date: 2011-10-12 01:52 +0200
http://bitbucket.org/pypy/pypy/changeset/36b998dd9966/
Log:Remove print statement
uhm... I thought that the idea was to have support
Hi Amaury,
On 13/10/11 16:37, Amaury Forgeot d'Arc wrote:
All these changes occur in strings that start with
app = gateway.applevel('''
"NOT_RPYTHON"
This code is not RPython, and is processed by the new compiler.
Normally, the host python should not see this code.
Anyway, I run cpyth
Hi,
On 14/10/11 14:07, Amaury Forgeot d'Arc wrote:
Yes, that's true. It seemed to me that supporting both versions in the same
files would be too much of a hassle.
I'd prefer regularly merge branches, conflicts should be limited since the 2.7
version won't grow new Python features.
yes, I see
On 14/10/11 20:37, Maciej Fijalkowski wrote:
what about monday at 17:00 CEST?
If you want me there it has to be later (preferably after 7pm)
does the "later" applies only on monday or also on the other days?
___
pypy-dev mailing list
pypy-dev@pytho
On 18/10/11 13:40, Carl Friedrich Bolz wrote:
Hi all,
Now that we are getting in some money for our Py3k [1] and Numpy [2]
funding proposals (thank you very very much, for everybody who
contributed!) it is time to think more concretely about the actual
execution.
Therefore I want to ask for PyP
Hi Gary,
On 19/10/11 12:35, Gary Robinson wrote:
So, I have to say, I am unhappy with the current PyPy approach to NumPy. I'd
rather see a much slower NumPy/PyPy integration if that meant being able to use
SciPy seamlessly with PyPy.
I'm not sure to interpret your sentence correctly.
Are you
On 19/10/11 13:42, Antonio Cuni wrote:
I'm not sure to interpret your sentence correctly.
Are you saying that you would still want a pypy+numpy+scipy, even if it ran
things slower than CPython? May I ask why?
ah sorry, I think I misunderstood your email.
You would like pypy+numpy+sci
Hello Gary,
On 19/10/11 15:38, Gary Robinson wrote:
You would like pypy+numpy+scipy so that you could write fast
python-only algorithms and still use the existing libraries. I
suppose this is a perfectly reasonable usecase, and indeed
the current plan does not focus on this.
Yes. That is ex
Hello Ian,
On 25/07/11 11:00, Ian Ozsvald wrote:
Dear all, I've published v0.2 of my High Performance Python tutorial
write-up from the session I ran at EuroPython:
http://ianozsvald.com/2011/07/25/high-performance-python-tutorial-v0-2-from-europython-2011/
today I and Armin investigated a bit
On 11/17/2011 02:56 AM, Alex Gaynor wrote:
> The JIT compiles functions without loops too now, so this should be jitted.
ctypes callbacks still go through the old _rawffi, so it's possible that this
introduces some unneeded overhead.
ciao,
Anto
___
pyp
Hello Elefterios,
On 12/11/2011 09:28 PM, Elefterios Stamatogiannakis wrote:
> I'm exploring pypy's code so as to speed up callbacks from C code, so as to
> speed up sqlite module's UDF.
>
> I have some questions:
>
> - What are the differences between ctypes, rawffi and ffi. Where should each
On 12/13/2011 11:42 PM, Amaury Forgeot d'Arc wrote:
> This particular error occurs on 64bit architecture (where long == longlong)
> It seems that the CLI backend is not yet ready for 64bit.
> This is probably not too difficult to fix, patches are welcome!
actually, it is not so easy. The problem
Hello Bengts
On 12/13/2011 07:09 PM, Bengt Richter wrote:
> Thought JFTHOI I would try pypy on the simplest demo:
>
> [18:05 ~/src/Python-2.7.2/Demo/tkinter/matt]$ cat -n 00-HELLO-WORLD.py
[cut]
> import _tkinter # If this fails your Python may not be configured for Tk
> ImportError: No modul
1 - 100 of 250 matches
Mail list logo
