Hello,
This is the list of possibly orphaned parts of pypy.
We should consider each item here and think in detail
what to do with them. They're mostly broken or not
actively maintained. If nobody shows an interest
to maintain them, deleting would be the best solution
to avoid clutter. Also they
Few points from me:
* Kill half concrete wrapper (kill kill kill)
* Kill opaque hacks on the C backend
* decide how to implement constants in rffi
* think about/remove orphaned parts
* finish ll2ctypes, especially rffi_platform
The last one is not very much cleanup, but is needed to finish
Good to hear. There is no reason for maintainer, but we need llvm backend to
be refactored so it would be easier to maintain for whoever makes changes.
Also right now llvm version dependency is so bizzare that I cannot really
test it on my machine without additional hassle. I can help with that,
Martijn Faassen wrote:
[snip]
Again, I'm not trying to criticize what the project has already done.
I'm trying to be a voice of pragmatism and the voice of a potential
open
source end-user. Listen to me if you like; it's not an enemy voice.
There are two PyPy technologies that I
On Nov 14, 2007 3:38 PM, David Cournapeau [EMAIL PROTECTED]
wrote:
Carl Friedrich Bolz wrote:
Hi Martijn,
let me first note that I agree with a lot of your points, when not
taking the financial side of things into account. I will ignore the
financial side of things in this mail (since
Just a small note. We've got nowadays pieces of code that can help you
handle safety-for-speed even in compiled rpython code, --sandbox uses those.
(Like check for NULL pointers, enable assertions, etc.)
But besides, I fully agree to the BIG FAT WARNING. This code is mostly there
for tests. Even
We currently have an estimate that it will take another 82 man months
before
we have a version that is fully mature and a viable replecement for
CPython.
A reasonable guess is that we would see the equivalent of approximately
one
full time worker on the project if we can't pay people to
As noone answers... I think amitReg is doing some CLI related stuff, which
means you can stomp on each other on oosupport, but he's doing rather
library integration, so sounds very unlikely. Besides, I'm not aware of
anyone.
Cheers,
fija
On Nov 29, 2007 7:46 PM, Niko Matsakis [EMAIL PROTECTED]
In a broader context this also mean that we would like to produce
production-ready pypy interpreter as our goal :)
On Dec 14, 2007 7:57 PM, Carl Friedrich Bolz [EMAIL PROTECTED] wrote:
Hi all!
Just to inform you a bit: Several PyPy developers have sat together and
worked on a very rough
Hey. It's hard to tell right now, but I would love to make sprint in Leysin
(not sure if mid-January is feasible for me though)
On Dec 21, 2007 12:25 PM, Samuele Pedroni [EMAIL PROTECTED] wrote:
Carl Friedrich Bolz wrote:
Hi Armin,
Armin Rigo wrote:
Around the Gothenburg sprint, we
On Jan 15, 2008 9:29 PM, Michael Schneider [EMAIL PROTECTED]
wrote:
Wow,
Thanks to everyone for their efforts. The compile errors have been
addressed, and the first couple of layers of the link-issue onion
have been peeled.
We are down to this link issue on windows
This one should be
Hum, good news :) I'll try.
On Tue, Apr 1, 2008 at 9:30 AM, Amaury Forgeot d'Arc [EMAIL PROTECTED] wrote:
Hello,
On Tue, Apr 1, 2008 at 6:24 AM, Maciek Fijalkowski [EMAIL PROTECTED] wrote:
It seems that sentence on a web page saying The binding is created
using the standard (in Python
First: benchmarks (especially those which are micro) sucks. It seems
that these days we're vastly faster on microbenchs than cpython 2.5
and way slower on some tests from pybench (like small tuple
operations). Here are some results (it's the other way around than on
tuatara, higher is better, more
Hi Amaury!
Thanks for doing good job bringing more support for pypy on windows. I
think next direction would be to bring more modules to windows, from
which I guess _rawffi is the most important (this will bring ctypes to
windows platform). I can help you bits with that if you would like to
go in
On Wed, May 14, 2008 at 3:44 PM, Amaury Forgeot d'Arc
[EMAIL PROTECTED] wrote:
Hello,
Maciej Fijalkowski wrote:
Hi Amaury!
Thanks for doing good job bringing more support for pypy on windows. I
think next direction would be to bring more modules to windows, from
which I guess
I'm not sure we should use this. It's seems to be broken. Tests of
divmod's axiom (ORM) on top of cpython + sqlite-ctypes show:
FAILED (skips=5, expectedFailures=1, errors=400, successes=47)
JP Calderone also provided some simple code snippets that explode, ie:
from pysqlite2.dbapi2 import
Samuele pointed out that maybe it's just a difference between pysqlite2
and pysqlite3; after more digging, he changed pysqlite-ctypes to print
every SQL statement before sending it to sqlite; what he got is this:
Please note that for my pysqlite2 it works just fine (on both
cpython2.4 and
That was more a proof-of-concept (*). Without deep ctypes wizardry I
couldn't make anything with callbacks from SQLite work reliably. That's
why create_function, create_aggregate and friends were removed. If it's
possible to make that work at all, it's beyond my understanding of ctypes.
Hi
On Tue, May 20, 2008 at 1:47 PM, Beatrice During [EMAIL PROTECTED] wrote:
Hi there
Thursday 22nd of May is the submission deadline for
EuroPython 2008 (http://www.europython.org/FrontPage, 7-12th of July).
Wuaaa!!!
Question 1: Are any pypy people going to submit talks?
Yes :)
Question
Ha, that's the best approach I have seen so far to get the name if the
msvcrt runtime library. Hope you don't mind if I steal it for 'official'
ctypes (I will check if it works in win64 also before) ?
-- Thanks, Thomas
Cool :)
Besides, can you take a look at small script here:
Even cooler that I can read from day to day how you reimplemented
ctypes for pypy :-)
how to find c library - is only a problem on windows (which I hope can
now be solved better). On linux (not sure about *nix) simply call
LoadLibrary(None) [= dlopen(NULL) in C], and you can get all
From a brief discussion with people, I suggest the following:
1. Do an official pypy status talk, which will describe what cool
stuff you can do with pypy, where we are, where we're going and what
are our goals. (45 minutes incl questions)
2. Afterwards, do an architecture talk (I suggest 30 min
I've cc'd to ctypes.users.
Thank you, subscribed
[EMAIL PROTECTED]:~$ python
Python 2.5.2 (r252:60911, Apr 21 2008, 11:12:42)
[GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2
Type help, copyright, credits or license for more information.
from ctypes import *
from ctypes.util import
Due to short time, I'll just submit this structure. We can discuss and
change it probably further (but 3 slots sounds lik
On Wed, May 21, 2008 at 5:06 PM, Maciej Fijalkowski [EMAIL PROTECTED] wrote:
From a brief discussion with people, I suggest the following:
1. Do an official pypy status
Bah, sent in the middle
Due to short time, I'll just submit 2 more talks with this structure
(assuming that jacob reserved the architecture one). We can discuss
and
change it probably further (but 3 slots sounds like a reasonable
solution anyway).
Cheers,
fijal
Argh! I think I know how that happened. Suppose we have a cycle, which
allocates n bytes on each cycle. So on each iteration we check if
stack is at least size of n. But let's suppose we have somewhere along
the cycle path of length m n which returns. It means that our stack
check might not catch
http://codespeak.net/svn/user/fijal/hack/pysqlite2/
You need to mangle a bit with sys.path to import this and not something else.
On Tue, Jun 10, 2008 at 12:19 PM, Armin Rigo [EMAIL PROTECTED] wrote:
Hi Maciej,
On Tue, Jun 10, 2008 at 07:41:03AM +0200, Maciej Fijalkowski wrote:
PYTHONPATH
Heh :) A bit too late for me, I've been in Beijing last Autumn
actually. Thanks very much anyway!
___
pypy-dev@codespeak.net
http://codespeak.net/mailman/listinfo/pypy-dev
We implemented few changes, also new features to sqlite-ctypes. Most notably:
* Implement create_function without py_object, using closures
* Various bugfixes
* Accept subclasses of string/unicode
* Added support for readahead logic
* Thread safety
All with tests, or reenabling of tests.
Can I make --gc=hybrid --thread --faassen --allworkingmodules
--oldstyle default options for pypy? People get easily confused.
___
pypy-dev@codespeak.net
http://codespeak.net/mailman/listinfo/pypy-dev
Pushing to the repo works now. I forgot to add you to allow-push in
addition to setting up HTTP authorization. I just tested it to make sure
it *really* works.
- -- Gerhard
Thanks a lot. I just pushed our changeset, tell me what do you think.
If you think that's fine, we'll probably remove
On Thu, Jul 3, 2008 at 10:30 PM, [EMAIL PROTECTED] wrote:
Author: hpk
Date: Thu Jul 3 22:30:52 2008
New Revision: 56275
Modified:
pypy/extradoc/talk/ep2008/status.txt
Log:
review, cutting out some negative not too telling
statements and adding a bit to plans from my perspective
I
First of all, I cannot get jar to work. It's complaining about '@' in
front of paths. Even if I remove it, it still cannot find Main class.
When I run it by hand I get:
debug: WARNING: library path not found, using compiled-in sys.path
'import site' failed
Error calling sys.excepthook:
debug:
Magic in pyc files and magic as a number for pyopcode are different things IMO.
On Wed, Jul 9, 2008 at 2:30 PM, Carl Friedrich Bolz [EMAIL PROTECTED] wrote:
Hi Armin,
Armin Rigo wrote:
On Mon, Jul 07, 2008 at 11:31:36AM -0300, Bruno Gola wrote:
I'm writing code to support the new 2.5
Works for me:
[EMAIL PROTECTED]:~$ pypy-c
Python 2.4.1 (pypy 1.0.0 build 57237) on linux2
Type help, copyright, credits or license for more information.
Welcome to rlcompleter2 0.96
for nice experiences hit tab multiple times
And now for something completely different: ``peephope optimizations
Ah, sorry misread. Your pypy (from debian) seems to be a bit old.
Please use svn version.
On Sun, Aug 24, 2008 at 4:08 PM, Ondrej Certik [EMAIL PROTECTED] wrote:
Hi,
I am using pypy in Debian:
___
pypy-dev@codespeak.net
Ok, I can reproduce it with newer version of sympy. Not sure what's wrong yet.
On Mon, Aug 25, 2008 at 10:51 AM, Maciej Fijalkowski [EMAIL PROTECTED] wrote:
So now I am trying to compile pypy-svn, but I doubt it will work if it
doesn't work on top of python. Which sympy version are you using
So pypy is roughly 4.7x slower on this particular thing.
Do you have any plans to release pypy? I think it's getting very useful.
Ondrej
Yes, we have some plans to have a release at some point soon. There
are no details though. Note that if you do this:
from sympy import *
var('x')
from
Do you have any plans for supporting writing C extensions to pypy?
Because as you can see above, the speed is imho only possible when
writing it in C. Well, if RPython could produce as optimized code as
Cython, then it could be an option. Any ideas on that?
Ondrej
There are no
Hello.
Can you explain a bit in which direction would you like to go? Or is
the topic vague for a reason to experiment a bit? Would you rather
want say, create some GILless locking mechanism in pypy or rather
implement some cool multi-process framework based on what is done
already?
Cheers,
what about moving from CIA to keenan (the bot that is sitting on
#pypy-commits and did not have a single downtime since last few
months) for commit messages on #pypy? CIA was down again yesterday.
cheers,
fijal
___
pypy-dev@codespeak.net
On Fri, Aug 29, 2008 at 8:38 PM, holger krekel [EMAIL PROTECTED] wrote:
Hi Maciej,
On Fri, Aug 29, 2008 at 12:09 +0200, Maciej Fijalkowski wrote:
what about moving from CIA to keenan (the bot that is sitting on
#pypy-commits and did not have a single downtime since last few
months
On Wed, Sep 3, 2008 at 11:31 AM, Severin [EMAIL PROTECTED] wrote:
safethread sound like something interesting. are there already any safthread
ideas in pypy?
In general, working on GILless ideas sounds more interesting than doing
something on multiprocess framworks.
It's a master thesis, that
I'm not completele sure what you're trying to do. Can you explain in a
bit more detail? Also feel free to drop by on IRC for a live
discussion.
cheers,
fijal
On Wed, Sep 3, 2008 at 9:43 PM, Vetoshkin Nikita [EMAIL PROTECTED] wrote:
Playing with py.execnet failes too. Full traceback attached.
.. See also ..
.. _`EuroPython schedule`: http://europython.org/timetable
^^^
This may be less necessary than one might expect :)
___
pypy-dev@codespeak.net
http://codespeak.net/mailman/listinfo/pypy-dev
I'm working on 2.5 compatibility branch right now. Due to incompatible
changes, I suggest that we say we don't provide --pyversion option any
more and simply compile 2.5 compatible interpreter. I don't really see
benefits of providing 2.4 right now (after a brief discussion with
Armin).
If anyone
Hello from the third world.
I failed to embark the train today. It seems that these days you need
to buy ticket at least 3 days in advance in order to get to berlin. I
managed though to get some place on ukrainian train, which goes 3h
longer, but at least have some places. I hope to be in ddorf
I've been starring at report (here:
http://codespeak.net:8099/builders/own-linux-x86-32/builds/16/steps/shell_2/logs/stdio)
and I don't understand why there is only one test in translator/c. Am
I missing something? (search for translator/c/test/test_support to see
what I mean). I'm confused.
Ah, sorry for spam, got it.
On Wed, Oct 15, 2008 at 11:53 PM, Maciej Fijalkowski [EMAIL PROTECTED] wrote:
I've been starring at report (here:
http://codespeak.net:8099/builders/own-linux-x86-32/builds/16/steps/shell_2/logs/stdio)
and I don't understand why there is only one test in translator
On Fri, Oct 17, 2008 at 3:19 PM, [EMAIL PROTECTED] wrote:
Author: afa
Date: Fri Oct 17 15:19:27 2008
New Revision: 59181
Modified:
pypy/branch/cbuild-refactor/pypy/translator/platform/windows.py
Log:
Log message about updated environment
Modified:
On Tue, Oct 14, 2008 at 6:39 PM, David Wilson [EMAIL PROTECTED] wrote:
Hi there,
I just read about this on the PyPy status blog and find myself
wondering about the strategies you considered before settling on the
Reflex approach.
We're not settling on it. It's rather first to try.
I've
Hey.
First sorry for late response, we're kind of busy doing other things
now (ie working on 2.5-compatible release). That doesn't mean we don't
appreciate input about our problems.
On Fri, Oct 17, 2008 at 5:50 AM, Geoffrey Irving [EMAIL PROTECTED] wrote:
Hello,
I posted a response to your
On Mon, Oct 27, 2008 at 3:21 PM, Bruno Gola [EMAIL PROTECTED] wrote:
Hi,
On Mon, Oct 27, 2008 at 9:13 AM, Antonio Cuni [EMAIL PROTECTED] wrote:
we are trying to organize the first PyPy Bugday, but it seems it's
hard to find a proper date for it; so, we've set up a poll on doodle:
Cool!
Is
On Fri, Oct 31, 2008 at 8:45 PM, Andrew Francis [EMAIL PROTECTED] wrote:
Hello Colleagues:
I am not sure if this is the right place to ask
I am trying to get RPython to work. I get the following problem:
[translation:ERROR] from compiler import parse, ast, pycodegen
for those of you that don't follow news usually: http://www.corepy.org/
seems worth exploring
Cheers,
fijal
___
pypy-dev@codespeak.net
http://codespeak.net/mailman/listinfo/pypy-dev
Or in pypy/lib ...
you can implement it using ctypes, should be super simple :-)
On Fri, Nov 28, 2008 at 2:41 PM, Armin Rigo [EMAIL PROTECTED] wrote:
Hi Phyo,
On Thu, Nov 27, 2008 at 11:47:31PM +0630, Phyo Arkar wrote:
I cannot import csv via pypy
Indeed, this is one of the few standard
We had this discussion couple of times already, but I'll try to recap.
On Sun, Jan 11, 2009 at 12:57 PM, inhahe inh...@gmail.com wrote:
With trace trees, hidden classes, aggressive type speculation, etc.,
javascript engines run code about as fast as unoptimized C.
And I know that Python isn't
On Sun, Jan 11, 2009 at 9:09 PM, Paolo Giarrusso p.giarru...@gmail.com wrote:
On Sun, Jan 11, 2009 at 13:26, Maciej Fijalkowski fij...@gmail.com wrote:
We had this discussion couple of times already, but I'll try to recap.
On Sun, Jan 11, 2009 at 12:57 PM, inhahe inh...@gmail.com wrote
On Mon, Jan 12, 2009 at 12:50 PM, Paolo Giarrusso p.giarru...@gmail.com wrote:
Hi, first I'd like to qualify myself as a student of Virtual Machine
implementations, not working (yet) on PyPy itself, and aware of some
HPC issues at a basic level. Still, I'd like to help pinpointing the
Wrocław PyPy sprint 7-14th February, 2009
The next PyPy sprint will be held in Wrocław, Poland. This is fully public
sprint and all newcomers are welcomed. Preceeding the sprint there
a serious project size of
pypy in a toy language.
Cheers,
Maciej Fijalkowski
___
pypy-dev@codespeak.net
http://codespeak.net/mailman/listinfo/pypy-dev
Numpy support and bindings to numerical libraries is a problem I'd like to
tackle myself in the future but I'm afraid I don't quite understand how to
extend pypy. Maybe it's just a matter of time or that I'm dumb. However I'm
sure you could help me to understand lots of things if you come to
On Wed, Jan 14, 2009 at 12:25 PM, Guillem Borrell i Nogueras
guil...@torroja.dmt.upm.es wrote:
Ooops April the 1st
sorry
Then, it's completely out of scope, at least for some of us. Pycon US
(http://us.pycon.org) ends 2nd of April in Chicago.
Cheers,
fijal
On Sun, Jan 18, 2009 at 2:16 PM, Samuele Pedroni pedro...@openend.se wrote:
Maciej Fijalkowski wrote:
I found out that I'm unable to force run by hand. It checks out the
revision from last build. Do you know how to bump it?
you need to use the rebuild from the builder page, the rebuild from
I just triggered translation here:
http://codespeak.net:8099/builders/pypy-c-lib-python-win-32/builds/23/steps/translate/logs/stdio
and I noticed that there are 48 implement files. Is it because files
are split to smaller chunks for some reason,
or something went wrong along the lines?
Cheers,
argh, yes
On 1/22/09, Antonio Cuni anto.c...@gmail.com wrote:
fi...@codespeak.net wrote:
we need to have RegrTest for each file starting with test_ anyway...
Modified: pypy/trunk/lib-python/conftest.py
==
---
I did a bit of research on a matter of different python interfaces to
parsing. This is a bit of a mess, but it is as follows:
a) there is a parser module which gives you very low-level interface
(so-called concrete syntax tree), which is essentially
a list of tuples with numbers inside.
Hi Victor, hi pypy-dev
I think you're the one who implemented the resource module using
ctypes. Right now it timouts/fails when
running cpython's test suite (1.) - last run. Our policy is to either
fix it, or remove it for 1.1 release.
Do you eventually would like to take a look?
Cheers,
fijal
Some very good news for us:
http://groups.google.com/group/snakebite-list/browse_thread/thread/6402c23808063cbe
seems like going towards end of windows problems :)
Cheers and thanks to Trent,
fijal
___
pypy-dev@codespeak.net
That's all very good news. Keep us informed!
Cheers,
fijal
On Fri, Feb 20, 2009 at 10:13 AM, Dalius Dobravolskas
dalius.dobravols...@gmail.com wrote:
On Fri, Feb 20, 2009 at 10:05 AM, Dalius Dobravolskas
dalius.dobravols...@gmail.com wrote:
Hello,
On Fri, Feb 20, 2009 at 8:30 AM, Dalius
thanks for the report, should be fixed by now.
On Sat, Feb 28, 2009 at 9:09 AM, Jurgis Pralgauskis
jurgis.pralgaus...@gmail.com wrote:
Hello,
maybe smb could give a hint, why:
http://files.akl.lt/users/jurgis/etc/pypy_translation_error.txt
ps.: I acted according to instructions on
On Fri, Mar 13, 2009 at 3:04 PM, Geoffrey Irving irv...@naml.us wrote:
On Fri, Mar 13, 2009 at 7:13 AM, Armin Rigo ar...@tunes.org wrote:
In particular, what restrictions does pypy impose on storage layout?
For example, would it be able to handle dynamically-typed homogeneous
lists,
There are two official ways:
1. use directly os.read/os.open/os.write, rather tedious if you ask me
2. use interfaces that are present in pypy/rlib/streamio.py. I think
only documentation for that is in tests unfortunately :(
It has interface similar to python's streams, but adapted a bit to
Hi Chris.
There is no up-to-date list (we were too busy with other stuff and
conferences etc.), but you can surely come to #pypy on IRC and ask a
bit. It depends what are you interested in of course.
Cheers,
fijal
2009/3/25 Chris Nicholls chris.nicho...@some.ox.ac.uk:
Hello,
I'm a student
Not that I know of either, although I'm not coming.
On Sat, Apr 4, 2009 at 9:59 AM, holger krekel hol...@merlinux.eu wrote:
On Sat, Apr 04, 2009 at 17:56 +0200, Samuele Pedroni wrote:
Samuele
___
pypy-dev@codespeak.net
On Sat, Apr 4, 2009 at 2:09 PM, Laura Creighton l...@openend.se wrote:
In a message of Sat, 04 Apr 2009 10:06:46 MDT, Maciej Fijalkowski writes:
Not that I know of either, although I'm not coming.
On Sat, Apr 4, 2009 at 9:59 AM, holger krekel hol...@merlinux.eu wrote:
On Sat, Apr 04, 2009 at 17
Hm. It's strange, I didn't get those issues.
On Mon, Apr 13, 2009 at 10:54 PM, Alexandr N. Zamaraev
tonal.proms...@gmail.com wrote:
Hi PyPy-dev! :)
Does it communicate the meaning of PyPy issue of the problems?
I have created some issue (425, 433) and added to the patches 183 and 425.
But
Are your patches against trunk?
seems not to me. Can you please try with trunk first?
Cheers,
fijal
On Mon, Apr 13, 2009 at 11:10 PM, Maciej Fijalkowski fij...@gmail.com wrote:
Hm. It's strange, I didn't get those issues.
On Mon, Apr 13, 2009 at 10:54 PM, Alexandr N. Zamaraev
tonal.proms
Hello.
That might sound a bit like bike sheding, but I would like to talk a
bit about naming scheme.
What do you think about actually naming PyPy release 2.5 after
language version it supports?
We can invent suffixes like pypy-2.5-something in order to release
still 2.5, but which supports some
On Thu, Apr 16, 2009 at 1:46 PM, holger krekel hol...@merlinux.eu wrote:
Hi Maciej,
On Thu, Apr 16, 2009 at 13:27 -0600, Maciej Fijalkowski wrote:
Hello.
That might sound a bit like bike sheding, but I would like to talk a
bit about naming scheme.
What do you think about actually naming
On Tue, Apr 21, 2009 at 8:43 PM, tav t...@espians.com wrote:
Congrats on the release guys -- eagerly looking forward to 1.1. final!!
PS. Any chance of updating unicodedata to v5.1 for the final?
I think no, since we're following 2.5 language spec, which uses older
unicode db.
PS. First
JS backend is translating restricted subset of Python called RPython.
This seems to be infeasible, since JS is truly a dynamic language,
that's why we removed it. The other reason why we removed it, is that
noone seems to be interested enough in maintaining it.
As far as I know pyjamas does not
We don't compile JVM at runtime at all, so I suppose it should mostly just work.
On Wed, Apr 22, 2009 at 9:22 AM, Jim Baker jba...@zyasoft.com wrote:
I'll address Jython: we plan support for Android in our 2.5.1 release.
Supporting Android is similar to supporting unsigned applets: we either
As far as I know pyjamas does not translate a subset of python,
correct. we're going for as much of python2.N as we have time for,
with a view to (eventually) making pyjs a JIT python accelerator
(using V8 as the JIT engine) - just like psyco and unladen/swallow.
Please. It's completely
The answer is - you should not. You cannot safely cast rpython object
to pointer, because
it can move at any point in time. The way to do it is to store in
external array an index to internal array, which really stores an
object.
On Tue, May 19, 2009 at 6:43 PM, LvQi lvs...@gmail.com wrote:
Hi
On Tue, May 19, 2009 at 7:33 PM, LvQi lvs...@gmail.com wrote:
OK, Thanks~ I'm pretty new to this. I'm not sure I can do this tricks very
easily~~
I'll store it internal first, and leave performance improvement later.
Thanks~~
Out of curiosity, what are you doing? We would like to know a bit
As usual with such products, we don't know if they implemented 100%
python or 99%.
Can they run existing apps?
Basically, the whitepaper as it is, is not a scientific experiment
because one is
unable to reproduce results. I would simply ignore it until someone
has something
to show.
Cheers,
On Tue, Jun 2, 2009 at 2:14 PM, Carl Friedrich Bolz cfb...@gmx.de wrote:
Maciej Fijalkowski wrote:
As usual with such products, we don't know if they implemented 100%
python or 99%.
Can they run existing apps?
Basically, the whitepaper as it is, is not a scientific experiment
because one
On Tue, Jun 2, 2009 at 2:14 PM, Carl Friedrich Bolz cfb...@gmx.de wrote:
Maciej Fijalkowski wrote:
As usual with such products, we don't know if they implemented 100%
python or 99%.
Can they run existing apps?
Basically, the whitepaper as it is, is not a scientific experiment
because one
it on almost anything but stuff written by hand makes no sense
since it's 3.1
* result binary is 64bit only.
On Tue, Jun 2, 2009 at 2:27 PM, Maciej Fijalkowski fij...@gmail.com wrote:
On Tue, Jun 2, 2009 at 2:14 PM, Carl Friedrich Bolz cfb...@gmx.de wrote:
Maciej Fijalkowski wrote:
As usual
On Sun, Jun 7, 2009 at 4:13 PM, antoc...@codespeak.net wrote:
Author: antocuni
Date: Mon Jun 8 00:13:03 2009
New Revision: 65652
Modified:
pypy/branch/pyjitpl5-experiments/pypy/jit/metainterp/optimize3.py
Log:
more refactoringsimplification: don't track the constness of nodes, as nobody
Hey.
I have a quick question. Does any of you have account and can post
stuff on shootout.alioth.debian.org?
I would like to post a comment that I completely cannot repeat the
measurments of pypy vs cpython
speed on any computer that I have access to.
Cheers,
fijal
Hey.
I installed compcache on bigdog-vm2 to increase it's ram/swap size.
Details are here:
http://code.google.com/p/compcache/wiki/CompilingAndUsing
Please report if anything is misbehaving.
Cheers,
fijal
___
pypy-dev@codespeak.net
On Wed, Jul 8, 2009 at 9:24 AM, Antonio Cunianto.c...@gmail.com wrote:
fi...@codespeak.net wrote:
try:
- BaseException
+ BaseException = BaseException
except NameError:
BaseException = Exception
this clearly show that you didn't write a test (or you didn't run it, if
it's
On Wed, Jul 8, 2009 at 1:15 PM, holger krekelhol...@merlinux.eu wrote:
On Wed, Jul 08, 2009 at 10:02 -0600, Maciej Fijalkowski wrote:
On Wed, Jul 8, 2009 at 9:24 AM, Antonio Cunianto.c...@gmail.com wrote:
fi...@codespeak.net wrote:
try:
- BaseException
+ BaseException
On Wed, Aug 12, 2009 at 6:44 PM, Terrence
Colelist-s...@trainedmonkeystudios.org wrote:
On Tue, 2009-08-11 at 03:16 -0600, Maciej Fijalkowski wrote:
Hi.
It's really cool that you find pypy as a good platform for writing
interpreters, we're definitely
happy with that :-) In general, we try
On Fri, Aug 14, 2009 at 3:44 PM, Terrence
Colelist-s...@trainedmonkeystudios.org wrote:
On Thu, 2009-08-13 at 12:27 +1000, Ben Mellor wrote:
On Wed, 12 Aug 2009 17:44:02 -0700
Terrence Cole list-s...@trainedmonkeystudios.org wrote:
On Tue, 2009-08-11 at 03:16 -0600, Maciej Fijalkowski wrote
Are you aware that this breaks some other tests, because our asmgcc
does not provide
a way to have a callback (and ie xml parser is based on ctypes callbacks).
Cheers,
fijal
On Wed, Aug 26, 2009 at 2:09 PM, ar...@codespeak.net wrote:
Author: arigo
Date: Wed Aug 26 22:09:39 2009
New Revision:
A number of benchmarks are not applicable to us, or they are
uninteresting at this point (e.g. pickling, regexp, or just
microbenchmarks...).
Uninteresting for benchmarking the jit, but important for python users.
And benchmarking the jit is what we're actually doing.
That would leave 2
We should definitely have a chat meeting, with those interested in an end
user's web page.
Time?
Most of people are in european timezone, so please suggest time
according to that.
I'm, personally, most of the time just on #pypy on freenode irc.
Also, who wants to participate in such a
1 - 100 of 305 matches
Mail list logo
