On 26/11/2020 18:16, Matti Picus wrote:
Now that the re fixes are in for py3.7, I think our primary branch for
development should be py3.7, with backports to py3.6 if needed. PEP 494
for python 3.6 has that version in a security-fixes-only stage, so we
should adopt a similar strategy (although
Le 10/03/2020 à 11:51, joannah nanjekye a écrit :
Hey all,
Do I need to request for special privileges in order to submit a patch?
If yes, what is the process? I want to submit an update to a long time
patch I had on the old bitbucket repository:
https://foss.heptapod.net/pypy/pypy/merge_requ
Do we really need a new logo? The old one has been our identity for years
and was more distinctive.
Apart from that, I think this is an improvement.
Le ven. 8 févr. 2019 à 11:18, Maciej Fijalkowski a
écrit :
> Hi everyone
>
> We are looking to redesign the main pypy website, how do people feel
Le 17/11/18 à 15:39, Kris Kuhlman a écrit :
I am using pypy to run numerical integration calculations with the
arbitrary precision library mpmath (http://mpmath.org).
I am using pypy2-v6.0.0-osx64 and version 1.0 of mpmath (from github). I
install mpmath with pypy and use the native (python on
Le 02/10/18 à 21:55, Armin Rigo a écrit :
if (PyMapping_DelItemString (ptr(), const_cast(s.c_str()))
== -1)
if (PyMapping_DelItem (ptr(), *s) == -1)
I don't know how it ever worked, because PyMapping_DelItem and
PyMapping_DelItemString are not implemented, neither
I couldn't find out how to reproduce your issue, cryptography 1.9 installs
fine for me.
I'm guessing that there is something specific to your setup that is causing
the issue.
Ronan
2017-10-06 16:24 GMT+02:00 David Callahan :
> Thanks Alex,
>
>
>
> We are using setuptools 34.2.0, we don’t use pi
2017-09-30 0:02 GMT+02:00 Stuart Axon via pypy-dev :
> Hi,
>I'm trying out aubio and pysoundcard with pypy nightly.They use
> numpy, should I still be using numpypy or is upstream numpy the way to go ?
>
Upstream numpy is definitely the way to go.
> S++
>
>
2017-09-28 22:54 GMT+02:00 joannah nanjekye :
> Hello,
>
> Did someone happen to work on this project?
>
Nope.
If not then is it one we can break down in small tasks so I can work on it
> with guidance of course.
>
TBH, the idea is a bit vague/speculative, so finding a good design up front
is p
Le 29/03/17 à 15:28, Ryan Gonzalez a écrit :
RPython already has this:
https://bitbucket.org/pypy/pypy/src/tip/rpython/rlib/signature.py
Indeed, @signature is one of 2 prior attempts at doing this in
rpython[*]. However its syntax is cumbersome and it's rather limited in
the types it can ex
Le 17/09/16 à 10:02, Armin Rigo a écrit :
Hi Ronan, hi all,
Can we fix a date after which we stop needing to update pypy 3.3? It
is a (minor) mess that, whenever I find a bug or small missing feature
in pypy 3.5, I usually try first to see if it should be done in the
py3k (3.3) branch or direct
Le 20/05/16 21:21, Eli Stevens (Gmail) a écrit :
Here you go:
https://bitbucket.org/elistevens/pypy/commits/branch/numpy_flags_writeable
The name of your class needs to start with 'AppTest', so that our test
runner knows it needs to use the black magic that enables
application-level tests (i
Le 14 nov. 2015 6:53 PM, "Matti Picus" a écrit :
>
> After fixing the critical bugs 2180 (unrolling double loops) and 2183
(ssl memory leak), should we release a bug-fix PyPy 4.0.1?
> There were also some nice performance enhancements since 4.0.0, esp. list
and array slicing
Yes, releasing the fi
Le 27/08/15 04:46, Vaibhav Sood a écrit :
Hi,
I had submitted a pull request earlier
(https://bitbucket.org/pypy/pypy/pull-requests/331/fix-test-case-for-py33-branch/diff)
for a nightly test case fix on the py3.3 branch. I haven’t received any
reviews, just wanted to check regarding the same, I
Le 22/08/15 19:25, Matti Picus a écrit :
I would like to add the freebsd-9-x86-64 binary tgz to our released
downloads. We still have a number of failing tests showing up on
http://buildbot.pypy.org/summary?category=freebsd64
among them many
DLOpenError: "opening 'libm.so' with ctypes.CDLL() work
Le 21/08/15 13:14, Vaibhav Sood a écrit :
Hi,
I am a newbie to pypy and looking to start making some contributions to
the project. I was looking at the buildbot test case failures (after
referring to an earlier thread on this forum:
https://mail.python.org/pipermail/pypy-dev/2015-July/013751.htm
Le 22/07/15 17:58, Oscar Benjamin a écrit :
Hi all,
What's the current status of numpy in pypy? Previously the interpreter
would suggest to import numpypy which would then provide a subset of
numpy. Is the suggestion now to install this fork
https://bitbucket.org/pypy/numpy
which installs unde
Le 28/05/15 17:11, Yicong Huang a écrit :
And for the mentioned RPython error: "object with a __call__ is not
RPython", any advices?
In this case, it means that the translator sees a built-in function
that it knows nothing about. My guess is that you're using an
interpreter that you built you
Le 26/05/15 19:30, Ryan Gonzalez a écrit :
^ see subject
2.7
___
pypy-dev mailing list
pypy-dev@python.org
https://mail.python.org/mailman/listinfo/pypy-dev
Le 21/05/15 09:40, Antti Mäkinen a écrit :
Is there any estimate on when NumPyPy will support datetime.date objects
in arrays?
Well, the object dtype is already supported in the default branch, so
you can put datetime.date objects in arrays. If you were thinking of the
np.datetime64 and np.ti
Le 28/04/15 11:12, Richard Plangger a écrit :
Hi,
I also planning to attend EuroPython and my advisor (of the thesis) had
the idea to present the vectorization optimization.
Here is my draft: http://docdro.id/yonu (or in attachment).
I hopefully you like it. I'm happy to get any feedback! Of co
Le 11/04/15 10:47, Armin Rigo a écrit :
Hi,
On 11 April 2015 at 11:29, Antonio Cuni wrote:
my plan was to submit a talk about profiling/optimizing, possibly together
with fijal if he comes (but I didn't do yet :)).
Probably the talk which suits best for talking about the general status is
Roma
Le 20/04/15 09:15, Armin Rigo a écrit :
Hi Ronan,
On 19 April 2015 at 19:49, Ronan Lamy wrote:
Well, I think that the only sane way to port something as big as RPython is
to do it incrementally - by getting tests to pass on 3 one subpackage at a
time. The parts that are ported will have to be
Le 18/04/15 10:02, Armin Rigo a écrit :
Hi VanL,
On 17 April 2015 at 23:50, VanL wrote:
I am not trying to force you (or anyone) to use Py3. I have been working on
this in a private branch for a little bit, and I am happy to continue to do
so. As I said earlier in the thread, I had gotten the
Le 17/04/15 16:58, VanL a écrit :
A question came up in the discussion of a pull request: What is the
allowable scope? I propose pypy/ and rpython/ as those are fairly
intertwined.
Comments?
You've stated that your goal is to allow the building of pypy[2|3] with
pypy[2|3], but that requires s
Le 16/04/15 14:55, VanL a écrit :
Hi Maciej,
On Thu, Apr 16, 2015 at 3:48 AM, Maciej Fijalkowski mailto:fij...@gmail.com>> wrote:
Hi Van.
First of all I'm really sorry if we ever gave an impression that
working on porting RPython to Python 3 would not be welcomed and I
would li
Le 15/04/15 20:34, VanL a écrit :
Hi everyone,
For the last little bit I have been working on porting the rpython
toolchain to Python 3. My initial goal is to get either pypy2 or pypy3
to build with either pypy2 or pypy3.
Porting rpython and porting pypy are different problems. I'm not sure
i
Le 22/03/15 20:02, Henry Gomersall a écrit :
I'm looking at using PyPy's flow object space for an experimental
converter for MyHDL (http://www.myhdl.org/), a Python library for
representing HDL (i.e. hardware) models. By conversion, I mean
converting the MyHDL model that represents the hardware i
Le 30/01/15 10:09, Matti Picus a écrit :
The freebsd builds are failing since we changed to --shared by default.
While translation succeeds, the resulting pypy-c cannot find
libpypy-c.so even though it seems to be copied properly. See for instance
http://buildbot.pypy.org/builders/pypy-c-jit-fre
Le 07/09/14 12:42, Scott West a écrit :
Hello all,
I was looking recently into trying to do some simple static analysis of
Python programs (to experiment with what is possible), and came across
PyPy. Reading some of the documentation it seems that PyPy forms a
control flow graph and does some ab
Le 16/04/14 05:59, Bogdan Opanchuk a écrit :
Hi Benjamin,
Thank you, I've seen it in the repo. But one still cannot install it
as a separate package, say, in CPython, and it's not even available as
a package in the PyPy itself (it's only used at build stage, as far as
I understand). Are there an
Hello Ian,
Le 20/02/14 20:40, Ian Ozsvald a écrit :
Hi Armin. The point of the question was not to remove numpy but to
understand the behaviour :-) I've already done a set of benchmarks
with lists and with numpy, I've copied the results below. I'm using
the same Julia code throughout (there's a
, it seems that
rpython/rtyper/lltypesystem/ can be removed entirely with its contents
merged with rpython/rtyper/.
On Sun, Jul 7, 2013 at 9:39 AM, Ronan Lamy mailto:ronan.l...@gmail.com>> wrote:
2013/5/9 Armin Rigo mailto:ar...@tunes.org>>
Hi all,
On Thu, M
2013/5/9 Armin Rigo
> Hi all,
>
> On Thu, May 9, 2013 at 10:01 AM, Antonio Cuni wrote:
> > Although I have an emotional feeling with that piece of code, I think
> that
> > Alex is right.
>
> I also tend to agree. Killing stuff that nobody seriously cares about
> is sad but good, particularly wh
Le dimanche 21 octobre 2012 à 14:03 +0200, Maciej Fijalkowski a écrit :
> Hi
>
> Due to impressive work by Ronan Lamy, we're now able to split RPython
> and PyPy. Note that the fact of splitting this is not up to
> discussion, however, how we go about it is. During discuss
34 matches
Mail list logo