Thanks Armin! An upgrade from sqlite 3.3 to 3.6 solved this problem.
Regards
-David
2013/6/2 Armin Rigo
> Hi David,
>
> On Sun, Jun 2, 2013 at 1:51 AM, David Roid wrote:
> > CentOS 5.8 x64. The translation was successful with pypy-c generated, but
> > subsequent packaging went wrong with foll
Hi David,
On Sun, Jun 2, 2013 at 1:51 AM, David Roid wrote:
> CentOS 5.8 x64. The translation was successful with pypy-c generated, but
> subsequent packaging went wrong with following error:
>
>
> /root/pypy-2.0-src/lib_pypy/__pycache__/_cffi__gb0f282f4xe752c2be.c: In
> function ‘_cffi_cons
Greetings,
As prebuilt pypy Linux binaries only available for Ubuntu, I'm following
this guide (http://pypy.org/download.html) to build pypy-2.0 from source
for CentOS 5.8 x64. The translation was successful with pypy-c generated,
but subsequent packaging went wrong with following error:
/ro
it used to work fine before. its not problem i can build from source.
On May 11, 2013 3:26 AM, "Armin Rigo" wrote:
> Hi,
>
> On Fri, May 10, 2013 at 3:45 PM, Phyo Arkar
> wrote:
> > ./bin/pypy: error while loading shared libraries: libtinfo.so.5: cannot
> open
> > shared object file: No such fil
Hi,
On Fri, May 10, 2013 at 3:45 PM, Phyo Arkar wrote:
> ./bin/pypy: error while loading shared libraries: libtinfo.so.5: cannot open
> shared object file: No such file or directory
The Linux binaries are provided for *32-bit Ubuntu 10.04* as well as
*64-bit Ubuntu 12.04*. If you are not using
Phyo,
On Fri, 10 May 2013, Phyo Arkar wrote:
just did that. got ELF header error @
/usr/lib64/libtinfo.so.5
what ELF header error? (Point being: pypy is linked with libncurses.so as
well, so that library has to be correct to begin with.)
Best regards,
Wim
--
wlavrij...@lbl.gov-
just did that. got ELF header error @
/usr/lib64/libtinfo.so.5
On May 10, 2013 9:32 PM, "Phyo Arkar" wrote:
> Ah that's why i cannot find libtinfo.so
> thanks i will try that.
> On May 10, 2013 9:25 PM, wrote:
>
>> Phyo,
>>
>> On Fri, 10 May 2013, Phyo Arkar wrote:
>>
>>> ./bin/pypy: error while
Ah that's why i cannot find libtinfo.so
thanks i will try that.
On May 10, 2013 9:25 PM, wrote:
> Phyo,
>
> On Fri, 10 May 2013, Phyo Arkar wrote:
>
>> ./bin/pypy: error while loading shared libraries: libtinfo.so.5: cannot
>> open shared object file: No such file or directory
>>
>
> not every di
Phyo,
On Fri, 10 May 2013, Phyo Arkar wrote:
./bin/pypy: error while loading shared libraries: libtinfo.so.5: cannot
open shared object file: No such file or directory
not every distro splits up tinfo and ncurses. On SuSE, what I did was to
provide a symlink libtinfo.so.5 -> libncurses.so and
Sabayon Linux64bit i am not sure i tested 1.9 on this laptop
On May 10, 2013 8:37 PM, "Amaury Forgeot d'Arc" wrote:
>
> 2013/5/10 Phyo Arkar
>
>> Unfortunately there is a dependency on libtinfo.so :
>>
>> ./bin/pypy: error while loading shared libraries: libtinfo.so.5: cannot
>> open shared obje
2013/5/10 Phyo Arkar
> Unfortunately there is a dependency on libtinfo.so :
>
> ./bin/pypy: error while loading shared libraries: libtinfo.so.5: cannot
> open shared object file: No such file or directory
>
Yes, this is certainly pulled by the _curses module.
But this was also the case with pyp
Good news.
Unfortunately there is a dependency on libtinfo.so :
./bin/pypy: error while loading shared libraries: libtinfo.so.5: cannot
open shared object file: No such file or directory
On Fri, May 10, 2013 at 1:09 AM, Maciej Fijalkowski wrote:
> We're pleased to announce PyPy 2.0. This is a
Thanks Alex!
great news! crongrats all!
2013/5/9 Alex Gaynor
> cffi callbacks, as well as those in RPython (like those used by expat)
>
> Alex
>
>
> On Thu, May 9, 2013 at 2:15 PM, Felipe Cruz wrote:
>
>> Hi Maciej!
>>
>> * Callbacks from C are now JITted, which means XML parsing is much faste
cffi callbacks, as well as those in RPython (like those used by expat)
Alex
On Thu, May 9, 2013 at 2:15 PM, Felipe Cruz wrote:
> Hi Maciej!
>
> * Callbacks from C are now JITted, which means XML parsing is much faster.
>
> You mean, cffi callbacks?
>
> regards,
>
>
> 2013/5/9 Maciej Fijalkowsk
Hi Maciej!
* Callbacks from C are now JITted, which means XML parsing is much faster.
You mean, cffi callbacks?
regards,
2013/5/9 Maciej Fijalkowski
> We're pleased to announce PyPy 2.0. This is a stable release that brings
> a swath of bugfixes, small performance improvements and compatibil
Hello.
We're pleased to announce an alpha release of PyPy 2.0 for ARM. This is mostly
a technology preview, as we know the JIT is not yet stable enough for the
full release. However please try your stuff on ARM and report back.
This is the first release that supports a range of ARM devices - anyt
On Sun, Nov 25, 2012 at 11:36 AM, Stefan Behnel wrote:
> Maciej Fijalkowski, 25.11.2012 11:14:
>> On Fri, Nov 23, 2012 at 4:51 PM, Phyo Arkar wrote:
>>> ARM Build! thats mean we can run Pypy in android now right?
>>> I am building my own Python for Android with required dependencies , i am
>>> gon
Maciej Fijalkowski, 25.11.2012 11:14:
> On Fri, Nov 23, 2012 at 4:51 PM, Phyo Arkar wrote:
>> ARM Build! thats mean we can run Pypy in android now right?
>> I am building my own Python for Android with required dependencies , i am
>> gonna test pypy on android too!
>
> No, it works on ARM linux. I
On Fri, Nov 23, 2012 at 4:51 PM, Phyo Arkar wrote:
> Hey ,
> ARM Build! thats mean we can run Pypy in android now right?
> I am building my own Python for Android with required dependencies , i am
> gonna test pypy on android too!
No, it works on ARM linux. I have no idea what it takes to make it
Hey ,
ARM Build! thats mean we can run Pypy in android now right?
I am building my own Python for Android with required dependencies , i am
gonna test pypy on android too!
Thanks , good job pypy team!
When do you think numpypy and pypy c extension is complete enought to
support matplotlib/scipy/p
We're pleased to announce the 2.0 beta 1 release of PyPy. This release is
not a typical beta, in a sense the stability is the same or better than 1.9
and can be used in production. It does however include a few performance
regressions documented below that don't allow us to label is as 2.0 final.
(
On 11/14/2012 07:41 AM, Phyo Arkar wrote:
I can't wait the day that u guys implement STM . That will really change
python :) and will make it only language that have STM , Right?
Clojure has it built in. I think Haskell folks would argue that the
having it in the Haskell Platform is pretty d
I can't wait the day that u guys implement STM . That will really change
> python :) and will make it only language that have STM , Right?
>
> I don't think so Haskell already have one -
http://www.haskell.org/haskellwiki/Software_transactional_memory
According to wikipedia page -
http://en.wikip
I can't wait the day that u guys implement STM . That will really change
python :) and will make it only language that have STM , Right?
On Wed, Nov 14, 2012 at 4:16 PM, Armin Rigo wrote:
> Hi Wiktor,
>
> On Sat, Nov 10, 2012 at 10:18 AM, Wiktor Mizdal
> wrote:
> > When we will expect Pypy 2.
Hi Wiktor,
On Sat, Nov 10, 2012 at 10:18 AM, Wiktor Mizdal wrote:
> When we will expect Pypy 2.0 release?
PyPy 2.0 beta 1 is going out any day now (maybe today).
PyPy 2.0 final is still open.
A bientôt,
Armin.
___
pypy-dev mailing list
pypy-dev@pyt
When we will expect Pypy 2.0 release?
___
pypy-dev mailing list
pypy-dev@python.org
http://mail.python.org/mailman/listinfo/pypy-dev
26 matches
Mail list logo
