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
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
2011/12/13 David Naylor
> Does pypy-1.7 support translating to the CLI backend?
>
[...]
> [translation:ERROR]File "/pypy/rpython/ootypesystem/ootype.py", line
> 1297, in _check_overloadings
> [translation:ERROR] raise TypeError, 'Bad overloading'
> [translation:ERROR] TypeError: Bad ove
On Tue, Dec 13, 2011 at 8:31 PM, David Naylor wrote:
> On Tuesday, 13 December 2011 19:28:07 Maciej Fijalkowski wrote:
>> On Tue, Dec 13, 2011 at 7:24 PM, David Naylor
>> wrote:
>> > On Tuesday, 13 December 2011 19:03:09 Maciej Fijalkowski wrote:
>> >> On Tue, Dec 13, 2011 at 6:55 PM, David Nayl
On Tuesday, 13 December 2011 19:28:07 Maciej Fijalkowski wrote:
> On Tue, Dec 13, 2011 at 7:24 PM, David Naylor
> wrote:
> > On Tuesday, 13 December 2011 19:03:09 Maciej Fijalkowski wrote:
> >> On Tue, Dec 13, 2011 at 6:55 PM, David Naylor
> >
> > wrote:
> >> > On Tuesday, 13 December 2011 18:1
2011/12/13 Bengt Richter
> Also a fix for the crypto / ssl messages, one way or another?
A quick Google search found this:
http://stackoverflow.com/questions/137773/what-does-the-no-version-information-available-error-from-linux-dynamic-linker
The "easy" solution is probably to recompile pypy
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
1 from Tkinter import *
2
3 # note that there is no explicit call to start Tk.
4 # Tkinter is smart enough to start the system if it's not already go
Hi Fijal,
On Tue, Dec 13, 2011 at 18:28, Maciej Fijalkowski wrote:
> You need --gcrootfinder=shadowstack for clang-based build, however the
> resulting executable *is* slower, so it's not advised to use it with
> gcc
Right now, in light of the many issues reported,
--gcrootfinder=shadowstack is
Hi,
On Tue, Dec 13, 2011 at 16:29, Timothy Baldridge wrote:
> One last question then. What bytecodes in Python are strictly
> unsupported in rPython. I assume YIELD is the major one...are there
> any others?
You'll have to derive from
http://doc.pypy.org/en/latest/coding-guide.html#id1 which byt
On Tue, Dec 13, 2011 at 7:50 PM, David Naylor wrote:
> Hi,
>
> Does pypy-1.7 support translating to the CLI backend?
The short answer is no :(
___
pypy-dev mailing list
pypy-dev@python.org
http://mail.python.org/mailman/listinfo/pypy-dev
Hi,
Does pypy-1.7 support translating to the CLI backend?
On FreeBSD I get the following error:
# mono --version
Mono JIT compiler version 2.10.6 (tarball Thu Nov 24 17:06:01 UTC 2011)
Copyright (C) 2002-2011 Novell, Inc, Xamarin, Inc and Contributors.
www.mono-project.com
TLS:
On Tue, Dec 13, 2011 at 7:24 PM, David Naylor wrote:
> On Tuesday, 13 December 2011 19:03:09 Maciej Fijalkowski wrote:
>> On Tue, Dec 13, 2011 at 6:55 PM, David Naylor
> wrote:
>> > On Tuesday, 13 December 2011 18:16:26 Maciej Fijalkowski wrote:
>> >> On Tue, Dec 13, 2011 at 6:14 PM, Maciej Fijal
On Tuesday, 13 December 2011 19:03:09 Maciej Fijalkowski wrote:
> On Tue, Dec 13, 2011 at 6:55 PM, David Naylor
wrote:
> > On Tuesday, 13 December 2011 18:16:26 Maciej Fijalkowski wrote:
> >> On Tue, Dec 13, 2011 at 6:14 PM, Maciej Fijalkowski
> >
> > wrote:
> >> > Hi David, CC pypy-dev
> >> >
On Tue, Dec 13, 2011 at 6:55 PM, David Naylor wrote:
> On Tuesday, 13 December 2011 18:16:26 Maciej Fijalkowski wrote:
>> On Tue, Dec 13, 2011 at 6:14 PM, Maciej Fijalkowski
> wrote:
>> > Hi David, CC pypy-dev
>> >
>> > Can you explain the choice of options here:
>> > http://www.freebsd.org/cgi/c
On Tuesday, 13 December 2011 18:16:26 Maciej Fijalkowski wrote:
> On Tue, Dec 13, 2011 at 6:14 PM, Maciej Fijalkowski
wrote:
> > Hi David, CC pypy-dev
> >
> > Can you explain the choice of options here:
> > http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/pypy/Makefile?rev=1.1;co
> > ntent-type=
On Tue, Dec 13, 2011 at 6:14 PM, Maciej Fijalkowski wrote:
> Hi David, CC pypy-dev
>
> Can you explain the choice of options here:
> http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/pypy/Makefile?rev=1.1;content-type=text%2Fplain;only_with_tag=HEAD
>
> Especially, the objspace, gc and gcrootfinder
Hi David, CC pypy-dev
Can you explain the choice of options here:
http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/pypy/Makefile?rev=1.1;content-type=text%2Fplain;only_with_tag=HEAD
Especially, the objspace, gc and gcrootfinder choices.
Cheers,
fijal
_
One last question then. What bytecodes in Python are strictly
unsupported in rPython. I assume YIELD is the major one...are there
any others?
Timothy
--
“One of the main causes of the fall of the Roman Empire was
that–lacking zero–they had no way to indicate successful termination
of their C pro
Hi,
On Tue, Dec 13, 2011 at 15:41, Timothy Baldridge wrote:
> 1) multiline closures (lambdas with more than one statement)
> 2) IfExpr with multiline bodies.
It just shows that you're trying to stuff too much things into
Python's limited expressions. You need instead to produce complete
stateme
On Tue, Dec 13, 2011 at 4:41 PM, Timothy Baldridge wrote:
> For some time now, I've been working on my Clojure/pypy
> implementation. However, I'm starting to wish I had a few Clojure
> facilities while writing my rpython clojure interpreter. Basically I
> would love to have macros, protocols, sym
2011/12/13 Timothy Baldridge :
> For some time now, I've been working on my Clojure/pypy
> implementation. However, I'm starting to wish I had a few Clojure
> facilities while writing my rpython clojure interpreter. Basically I
> would love to have macros, protocols, symbol resolution, and a ton of
For some time now, I've been working on my Clojure/pypy
implementation. However, I'm starting to wish I had a few Clojure
facilities while writing my rpython clojure interpreter. Basically I
would love to have macros, protocols, symbol resolution, and a ton of
other little features for helping with
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 Tue, Dec 13, 2011 at 11:55 AM, Alex Gaynor wrote:
>
>
> On Tue, Dec 13, 2011 at 4:47 AM, Maciej Fijalkowski
> wrote:
>>
>> On Tue, Dec 13, 2011 at 11:41 AM, Alex Gaynor
>> wrote:
>> >
>> >
>> > On Tue, Dec 13, 2011 at 4:03 AM, Maciej Fijalkowski
>> > wrote:
>> >>
>> >> Hello
>> >>
>> >> Ther
On Tue, Dec 13, 2011 at 4:47 AM, Maciej Fijalkowski wrote:
> On Tue, Dec 13, 2011 at 11:41 AM, Alex Gaynor
> wrote:
> >
> >
> > On Tue, Dec 13, 2011 at 4:03 AM, Maciej Fijalkowski
> > wrote:
> >>
> >> Hello
> >>
> >> There is an open pull request with gzip benchmark. Do we want a gzip
> >> bench
On Tue, Dec 13, 2011 at 11:41 AM, Alex Gaynor wrote:
>
>
> On Tue, Dec 13, 2011 at 4:03 AM, Maciej Fijalkowski
> wrote:
>>
>> Hello
>>
>> There is an open pull request with gzip benchmark. Do we want a gzip
>> benchmark in our nightly run?
>>
>> https://bitbucket.org/pypy/benchmarks/pull-request/
On Tue, Dec 13, 2011 at 4:03 AM, Maciej Fijalkowski wrote:
> Hello
>
> There is an open pull request with gzip benchmark. Do we want a gzip
> benchmark in our nightly run?
>
> https://bitbucket.org/pypy/benchmarks/pull-request/1/added-gzip-benchmark
>
> How much of stdlib we really want to measure
Hello
There is an open pull request with gzip benchmark. Do we want a gzip
benchmark in our nightly run?
https://bitbucket.org/pypy/benchmarks/pull-request/1/added-gzip-benchmark
How much of stdlib we really want to measure?
Cheers,
fijal
___
pypy-dev
28 matches
Mail list logo
