e!
I guess this trend (decrease of build time) could help PyPy development.
Pierre
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3//lists/pypy-dev.python.org
M
Thanks, Matti!
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3//lists/pypy-dev.python.org
Member address: arch...@mail-archive.com
I have released v7.3.20 of pypy2.7 and pypy3.11. No big featurs, but a
number of bug fixes and compatibility updates. Please check it out.
Matti
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
On Fri, Jun 6, 2025 at 12:41 PM PIERRE AUGIER via pypy-dev
wrote:
>
> Thanks for the advice. Interestingly, I can confirm that there was a clear
> slowdown in the hpy-0.0.4 branch: fbfb93b991eb is indeed 3 times slower than
> 5a77b3ed145a (which is as slow as current PyPy).
>
- Mail original -
> De: "Carl Friedrich Bolz-Tereick"
> À: "PIERRE AUGIER" , "PyPy Developer
> Mailing List"
> Envoyé: Jeudi 5 Juin 2025 09:53:42
> Objet: Re: [hpy-dev] Re: [pypy-dev] Re: [Numpy-discussion] Better
> compatibility of the
HPy in general),
please tell me!
Pierre
___________
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3//lists/pypy-dev.python.org
Member address: arch...@mail-archive.com
- Mail original -
> De: "matti picus via hpy-dev"
> À: "PyPy Developer Mailing List" , "Ralf Gommers"
> , "hpy-dev"
>
> Envoyé: Vendredi 2 Mai 2025 10:05:51
> Objet: [hpy-dev] Re: [pypy-dev] Re: [Numpy-discussion] Better compat
On 06/05/2025 14.23, CF Bolz-Tereick via pypy-dev wrote:
If PyPy 3.12., 3.13 and 3.14 are supposed to happen, we'll need other
contributors to become interested in working on these features. So far,
we are not aware of any such person, but I'm certainly happy to support
anyone who w
efined
classes with Numpy arrays attributes. PyPy has this very nice property that
Python abstractions can be used "for free" (without any cost in terms of
performance).
* "yet" because there are some plans to improve that.
Pierre
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
On 2025-05-02 10:05, matti picus via pypy-dev wrote:
It does not appear there will be a PyPy 3.12.
I'll expand a bit/add my POV/my rephrasing: Matti and I don't have the
capacity to keep up with CPython's development on our own. If PyPy
3.12., 3.13 and 3.14 are supposed to hap
ten to or only read, etc. This also
removes a host of possible performance improvements. Indeed in the
Python free-threading, extending reference counting to hold more
information about which thread an object is being accessed from was a
key enhancement.
Regards,
Simon
__________
vable objects. I guess people knowing the
subject (for example PyPy or GraalPy devs) could give good arguments on these
questions or provide interesting and serious references.
Best regards,
Pierre
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubs
yPy Developer Mailing List" , "Ralf Gommers"
> , "hpy-dev"
>
> Envoyé: Vendredi 2 Mai 2025 10:05:51
> Objet: [hpy-dev] Re: [pypy-dev] Re: [Numpy-discussion] Better compatibility
> of the Python scientific/data stack with
> fast Python interpreters
&g
all good ideas get to win
out and become the popular, goto solution. PyPy itself is an example
that, unfortunately.
Matti
_______
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
Hello,
I'd like to just add a few data points from my Gentoo experience.
On Wed, 2025-04-30 at 07:32 +0200, Ralf Gommers via pypy-dev wrote:
> On Tue, Apr 29, 2025 at 11:24 AM PIERRE AUGIER <
> pierre.aug...@univ-grenoble-alpes.fr> wrote:
>
>
> > I think gettin
- Mail original -
> De: "Ralf Gommers via NumPy-Discussion"
> À: "Discussion of Numerical Python"
> Cc: "hpy-dev" , "pypy-dev" , "ralf
> gommers"
> Envoyé: Mercredi 30 Avril 2025 07:32:44
> Objet: [Numpy-discussion]
http://www.legi.grenoble-inp.fr
> LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels
> BP53, 38041 Grenoble Cedex, Francetel:+33.4.56.52.86.16
> ___
> NumPy-Discussion mailing list -- numpy-discuss
w.legi.grenoble-inp.fr
LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels
BP53, 38041 Grenoble Cedex, Francetel:+33.4.56.52.86.16
_______
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-l
n.org and got
> interesting
> answers from CPython core devs:
>
> https://discuss.python.org/t/c-api-working-group-and-plan-to-get-a-python-c-api-compatible-with-alternative-python-implementations/89477
_______
pypy-dev mailing list -- pypy-dev@
the emojis really give it away loll
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
n 4. Mar 2025, at 18:40, Jamima Tariqa via pypy-dev
> wrote:
>
> Hey Miro,
>
> I completely understand your frustration with tests that run but don’t
> actually fail the build—it’s like checking a burger’s freshness by looking at
> it but never taking a bite. I recently de
or debug
failures, I’m happy to contribute my findings!
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
be1e/recipe/meta.yaml#L94
_______
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
don't fail the build for that?
>
> How do you use those tests in PyPy?
Others can probably tell you more, but PyPy's running the test suite via
pytest. As for failing, yes, some are expected to fail. See the
buildbots [1] for the current status.
[1] https://buildbot.pypy.or
ust that we could see the failure in the logs
but don't fail the build for that?
How do you use those tests in PyPy?
Thanks,
--
Miro Hrončok
--
Phone: +420777974800
Fedora Matrix: mhroncok
_______
pypy-dev mailing list -- pypy-dev@python.org
To unsub
Matti
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
PyPy, like CPython, contains no telemetry code. All we can go by is
feedback we get directly from users, which is very limited. I don't
think we have gotten a PyPy2.7 issue reported in quite a while.
Matti
___
pypy-dev mailing list -- pypy-dev@pytho
ds,
Pierre
_______
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
Hi PyPy developers and users,
Out of curiosity, are you aware of users of PyPy2.7 not related to RPython and
internal PyPy ? Do you have stats about such usage ?
Best regards,
Pierre
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe
, 2024 3:24:31 PM GMT+01:00, Denil Bouafia via pypy-dev
wrote:
>Hi PyPy Support,
>
>I'm a frequent user of PyPy, and I wanted to let you know about a minor bug
>I recently encountered. I believe sharing this information might be helpful
>for your ongoing development and troubleshoo
Bouafia
a=b=1
print("starting")
if (a*b)==0:
while True:
continue
print("done")a=b=1
print("starting")
if (a*b)==0:
while True: continue
print("done")_______
pypy-dev mailing list -- pypy-dev
Hi,
What PyPy version is this? Where are you getting the PyPy binary from?
The official binaries we release are glibc-based, but alpine uses musl,
so I guess it's some kind of alpine package?
Cheers,
CF
On 2024-10-08 17:08, Ophir, Avishay via pypy-dev wrote:
Hey,
We are gettin
Other projects have ran into this before, see e.g.
https://github.com/sparklemotion/sqlite3-ruby/issues/434
https://github.com/rust-lang/rust/issues/111285
On Wed, Oct 9, 2024 at 1:28 AM Ophir, Avishay via pypy-dev <
pypy-dev@python.org> wrote:
> Hey,
>
> We are getting the follo
that?
Thanks,
Avishay
_______
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
code is necessary to find out what's wrong.
> >
> > Sure, here's a link to a copy of the benchmark:
> > https://pastebin.com/fR0C6qcB.
> >
> > I also know the JIT definitely can't optimize the iterative version,
> > but even if this is a problem specific to PyPy I wouldn't expect runs
> > t
2024 at 23:06, CF Bolz-Tereick via pypy-dev
wrote:
Can you share how you are running this function? I tried a few variants, and
pypy is often faster than CPython on my attempts, so the rest of your code is
necessary to find out what's wrong.
I would call that code THE example of whe
#x27;t expect runs
to take twice as long compared to CPython.
-Jeremy
_______
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: cfb...@gmx.de
#!/usr/bi
27;t expect runs
to take twice as long compared to CPython.
-Jeremy
___________
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
Hi,
On Wed, 18 Sept 2024 at 23:06, CF Bolz-Tereick via pypy-dev
wrote:
> Can you share how you are running this function? I tried a few variants, and
> pypy is often faster than CPython on my attempts, so the rest of your code is
> necessary to find out what's wrong.
I would
ot;X" + recurse(num - 10)
>
>elif num >= 9:
>return "IX" + recurse(num - 9)
>
>elif num >= 5:
> return "V" + recurse(num - 5)
>
>elif num >= 4:
> return "IV" + recurse(num - 4)
>
>elif num
ot;V" + recurse(num - 5)
elif num >= 4:
return "IV" + recurse(num - 4)
elif num >= 1:
return "I" + recurse(num - 1)
else:
return ""
-Jeremy
[1]: https://pypy.org/performance.html#micro-tuning-tips
__
curse(num - 5)
elif num >= 4:
return "IV" + recurse(num - 4)
elif num >= 1:
return "I" + recurse(num - 1)
else:
return ""
-Jeremy
[1]: https://pypy.org/performance.html#micro-tuning-tips
__
so working on distro-specific install packages; but it would
be nice to open access to any and all pypy users...
_______
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org
888
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
ensure any unreferenced objects are
garbage collected. This may not help with the general use of your library
though.
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org
issue a warning for "unused"
resources, by virtue of them missing from the weak container when we expect
the user code to keep the reference around.
Is there a good idiom or some way to support this behaviour with pypy?
Thanks,
Dima Tisnek
________
I released a new PyPy. Please try it out. Highlights include a new
RISCV backend, an updated pyrepl, and some nice speedups.
Release note: https://doc.pypy.org/en/latest/release-v7.3.17.html
Matti
___
pypy-dev mailing list -- pypy-dev@python.org
To
metimes. It's sometimes hard to write tests without
>> testing too many details. Others may have better comments about them.
>> Generally, it's OK to look at what you got and compare it with what
>> the test expects. If you can come up with a reason for why what you
>
.3.16-win64.zip` and now I
get the correct download.
Matti
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...
he zip-file
> on the download site was incomplete. I have re-uploaded the file, and
> the sha356sum hashes should now match.
>
> Matti
>
>
>
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
.
Matti
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
-v7.3.16-win64.zip
Hope you can check with this issue, thanks in advance.
Have a nice day!
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org
I have released PyPy v7.3.16, which includes
- bugfixes for the garbage collector
- updates to the upstream stdlib for security issues
Please try it out and report any problems.
Matti
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe
he test expects. If you can come up with a reason for why what you
> got is correct too, and free of real performance issues, then that's
> good enough.
>
> A bientôt,
> Armin
>
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
ct too, and free of real performance issues, then that's
good enough.
A bientôt,
Armin
_______
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
rely dependent on register allocation, and if you run
>> it with boehm then the sequence of instruction is slightly different
>> and that might be the reason that the bug doesn't show up then. If
>> you get two failures with incminimark and none with boehm, then it
>> s
. I will also talk about
that in my report and I want to ask if there is any specific reason for
this because isn't pypy 3.10 should also be faster in processing cpu's.
Kind regards,
Emre
pypy_experiment.rtf
Description: RTF file
_______
pypy-d
incminimark-only
> constructions---but it's also possible the bug is somewhere unrelated
> and it's purely bad luck...
>
>
> Armin
>
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
ith boehm, then it
sounds more likely that the case involves one of the incminimark-only
constructions---but it's also possible the bug is somewhere unrelated
and it's purely bad luck...
Armin
_______
pypy-dev mailing list -- pypy-dev@python.org
T
2.7 ./pytest.py rpython/jit/backend/test/test_zll_stress_0.py -s -v
>
> Yes, that's correct.
>
>
> A bientôt,
> Armin
>
_______
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python
"dummy version of these operations, e.g. with Boehm".
> Just to be sure, is the following command correct?
>
> python2.7 ./pytest.py rpython/jit/backend/test/test_zll_stress_0.py -s -v
Yes, that's correct.
A bientôt,
Armin
_______
fact that the
> log calls must not cause the generated code to change apart from the
> calls). It would let me know exactly what happened---that was for one
> bug that took me 10 days of hard work, my personal best :-/
>
>
> A bientôt,
>
> Armin
>
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
e generated code to change apart from the
calls). It would let me know exactly what happened---that was for one
bug that took me 10 days of hard work, my personal best :-/
A bientôt,
Armin
___________
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe s
ok only ~6 hrs (wall clock). If it takes a bunch of days on other
> architectures, I guess I must multiply `--repeat` by 40 times or run it on
> real hardware. I'll try it again after I clear other bugs.
>
> Regards,
> Logan
>
> On Mon, Jan 29, 2024 at 12:37 AM CF Bolz-Tereick
crash
> occurred.
It took only ~6 hrs (wall clock). If it takes a bunch of days on other
architectures, I guess I must multiply `--repeat` by 40 times or run it on
real hardware. I'll try it again after I clear other bugs.
Regards,
Logan
On Mon, Jan 29, 2024 at 12:37 AM CF Bolz-Te
On 1/29/24 09:27, CF Bolz-Tereick via pypy-dev wrote:
This test looks just wrong, in my opinion. Given that the variable name
is `fff`, I think it was just meant as a check "does it roughly look
like a pointer". So I think somebody just forgot that sys.maxint is not
a power of 2 (and t
00 --random-seed=1234`
and all test are passing.
How long does that take, in wall clock time? I think for the other
backends we kept it running for a bunch of days after the last crash
occurred.
Cheers,
CF
_______
pypy-dev mailing list -- pypy-dev@python.org
>>> >>
>> >>> >> Cool! Here are a few thoughts I had when I looked at some RISC-V
>> >>> >> early documents long ago (warning, it may be outdated):
>> >>> >>
>> >>> >> Yes, not using the "compress" extension is probably
> >>> >> That looks like something a compiler might do, but it's quite a bit
> of
> >>> >> work both implementation-wise, and it's unclear if it would help
> anyway here.
> >>> >>
> >>> >> About the V extension,
it's quite a bit of
>>> >> work both implementation-wise, and it's unclear if it would help anyway
>>> >> here.
>>> >>
>>> >> About the V extension, I'm not sure it would be helpful; do you plan
>>> >> to use it in the same way as our x86-64 vector extension support? A
86-64/builds/9219
> for example
>
> [3] https://foss.heptapod.net/pypy/benchmarks
>
> [4]
> https://buildbot.pypy.org/builders/jit-benchmark-linux-x86-64/builds/4056
>
> [5]
>
> https://buildbot.pypy.org/builders/jit-benchmark-linux-x86-64/builds/4056/steps/shell_9/
https://buildbot.pypy.org/builders/jit-benchmark-linux-x86-64/builds/4056/steps/shell_9/logs/stdio
[6] https://github.com/pypy/binary-testing
___________
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
htt
rd PyPy. (I may be wrong about that.)
>> >>
>> >> Singlefloats: we don't do any arithmetic on singlefloats with the JIT,
>> >> but it has got a few instructions to pack/unpack double floats into
>> >> single floats or to
t; >>
> >> Singlefloats: we don't do any arithmetic on singlefloats with the JIT,
> >> but it has got a few instructions to pack/unpack double floats into
> >> single floats or to call a C-compiled function with singlefloat
> >> arguments. That's
since they are
from a git repo.
I plan to release officially later today.
Matti
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org
ents. That's not optional, though I admit I don't know how a C
>> compiler compiles these operations if floats are not supported by the
>> hardware. But as usual, you can just write a tiny C program and see.
>>
>> I agree that RV32 can be a more remote goal for now. It should
>> simplify a lot
I agree that RV32 can be a more remote goal for now. It should
> simplify a lot of stuff if you can just assume a 64-bit environment.
> Plus all the other points you mention: the hardware may not support
> doubles, and may not be supported by Debian...
>
>
> A bientôt,
>
> Armin Rigo
>
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
supported by the
hardware. But as usual, you can just write a tiny C program and see.
I agree that RV32 can be a more remote goal for now. It should
simplify a lot of stuff if you can just assume a 64-bit environment.
Plus all the other points you mention: the hardware may not support
doubles,
to github we could try out the github discussions platform. I
> opened it up at https://github.com/orgs/pypy/discussions. Of course you
> are welcome to use IRC if you are comfortable with it.
>
>
> In addition to Maciej's questions: is there only one compilation target
> or wo
I got it under
control, so it would have been better to hold off until it was more
completely finished. Something tho think about.
Matti
_______
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://
ly 73
>> pending commits. Each commit has a specific reason for change and
>> corresponding test cases (if applicable).
>>
>> Is it better to just send one GitHub Pull Request containing all of them?
>>
>> Or, do you prefer one commit per Pull Request?
>>
ts. Each commit has a specific reason for change and
> corresponding test cases (if applicable).
>
> Is it better to just send one GitHub Pull Request containing all of them?
>
> Or, do you prefer one commit per Pull Request?
>
> Thank you.
>
> Regards,
> Logan
>
e and
corresponding test cases (if applicable).
Is it better to just send one GitHub Pull Request containing all of them?
Or, do you prefer one commit per Pull Request?
Thank you.
Regards,
Logan
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe
o has both names for many
>> branches. We will have to decide which one to keep tracking.
>>
>> Matti
>
>
>The repo is live, and the issue tracker is open. The post on
>https://www.pypy.org/posts/2023/12/pypy-moved-to-git-github.html has more
>information.
>
&g
The repo is live, and the issue tracker is open. The post on
https://www.pypy.org/posts/2023/12/pypy-moved-to-git-github.html has
more information.
Matti
_______
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le
PR with blog post approved.
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
anch names. The git-remote-hg
script uses branches/XXX when converting a branch name, but
heptapod/gitlab use branch/XXX (without the "es") so the repo has both
names for many branches. We will have to decide which one to keep tracking.
Matti
____
py and rpython to github. Reasons:
>
> +1 from me too and many thanks for taking on the work.
> _______
> pypy-dev mailing list -- pypy-dev@python.org
> To unsubscribe send an email to pypy-dev-le...@python.org
> https://mail.python.org/ma
Hi Matti,
On Thu, Dec 28, 2023 at 9:22 AM Matti Picus wrote:
> Now that 7.3.14 has been released, I would like to move the canonical
> repo for pypy and rpython to github. Reasons:
+1 from me too and many thanks for taking on the work.
___
py
n teach, but certain when you can program." Alan J.
> Perlis*
>
--
Best,
Joannah Nanjekye
*"You think you know when you learn, are more sure when you can write, even
more when you can teach, but certain when you can program." Alan J. Perlis*
_________
_
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
*"You think you know when you learn, are more sure when you can write, even
more when you can teach, but certain when you can program." Alan J. Perlis*
_______
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@
;> - Write a blog post
>>
>> - Modify the links in the documentation
>>
>> - Activate the github action in [3] to add a branch note to each git
>> commit
>>
>>
>> Anything else? Any suggestions to make the transition easier?
>>
>> Mat
> - Activate the github action in [3] to add a branch note to each git commit
>
>
> Anything else? Any suggestions to make the transition easier?
>
> Matti
>
>
> [0] https://gist.github.com/mattip/b6752c164a075c2aa53f4069e9c30573
>
> [1] https://github.com/piceaTech/node-gitlab-2-gith
lian/named-branch-action
_______
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
I have released v7.3.14 of pypy2.7, pypy3.9, and pypy3.10. Please check
it out. The main new feature is support for HPy 0.9. There are also
bugfixes and smaller enhancements.
Matti
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe
I can't see the rest of the call stack, so I am trying to compile a debug
version of pypy.
https://tinyfishing.co
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mai
g about the top-level
> > Makefile. It is talking about the Makefile generated along all the
> > generated C files in the temporary directory, in
> > /tmp/usession-*/testing_1/.
> >
> >
> > Armin Rigo
___
pypy-dev mailing list -- pypy-dev@python.org
To unsubscribe send an email to pypy-dev-le...@python.org
https://mail.python.org/mailman3/lists/pypy-dev.python.org/
Member address: arch...@mail-archive.com
1 - 100 of 9095 matches
Mail list logo
