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 call that code THE
Hi Logan,
On Thu, 29 Feb 2024 at 08:37, Logan Chien wrote:
> IIUC, the difference is that guard_not_invalidated is at a different location.
>
> But I don't understand why the backend can affect the logs in the
> 'jit-log-opt-' tag.
There are a few ways to influence the front-end: for example, t
Hi Logan,
On Tue, 20 Feb 2024 at 05:08, Logan Chien wrote:
> > This should just be #defined to do nothing with Boehm, maybe in
> > rpython/translator/c/src/mem.h
>
> With this change and a few RISC-V backend fixes (related to
> self.cpu.vtable_offset), I can build and run a JIT+BoehmGC PyPy.
C
Hi Logan,
On Mon, 19 Feb 2024 at 05:02, Logan Chien wrote:
> 2890 | OP_GC_INCREASE_ROOT_STACK_DEPTH(l_v498959, /* nothing
> */);
Ah, yet another missing macro. This should just be #defined to do
nothing with Boehm, maybe in rpython/translator/c/src/mem.h in the
section "dummy
Hi Logan,
On Fri, 16 Feb 2024 at 07:46, Logan Chien wrote:
> pypy_module_cpyext.c:125333:80: error: expected expression before ')'
> token
> 125333 | OP_GC_RAWREFCOUNT_CREATE_LINK_PYOBJ(l_v451927,
> l_v451928, /* nothing */);
Ah, I guess that we are missing a dependency
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,
Hi Matti,
On Thu, 28 Dec 2023 at 09:21, 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 from the reasons you describe!
A bientôt,
Armin
___
pypy-de
d 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
Hi,
On Sat, 24 Sept 2022 at 20:31, Matti Picus wrote:
> I think you are looking for the JIT "threshold" option [1], which can be
> specified as
>
>
> pypy --jit threshold=200
>
>
> to get the JIT to consider a loop "hot" after it has been hit 200 times.
> The default is 1000
Note that doing so w
Hi Alex!
On Thu, 21 Jul 2022 at 02:08, Alex Martelli via pypy-dev
wrote:
> credible examples, esp. one setting CFFI head-to-head against ctypes (but
> comparisons with cython and the API would be fine too -- IF I could figure
> out how to define completely new Python types in CFFI, which so far
are written in the
usual C style.
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
Hi,
On Thu, 10 Feb 2022 at 14:20, Carl Friedrich Bolz-Tereick wrote:
> are doing with them? But yes, as Armin write, accessing the the .co_*
> attributes with PyObject_GetAttrString is an approach!
Oops, sorry. Python 3 renamed various attributes to use the
double-underscore convention, like on
Hi,
On Thu, 10 Feb 2022 at 14:03, Dmitry Kovner wrote:
> Hello! I'm trying to build a low-level C API extension of cPython to be used
> in PyPy. The extension extensively uses some fields of PyCodeObject
> (https://github.com/python/cpython/blob/f87e616af038ee8963185e11b96841c81e8ef15a/Include/
Hi,
On Mon, 10 Jan 2022 at 15:56, M A wrote:
> I think you are confused. I just read in PyPy's documentation that PyPy could
> be run from CPython. This sounds like something that could help save me time
> by seeing if my changes work. I'm am not sure why you think I am ignoring the
> tests. Y
Hi,
On Mon, 10 Jan 2022, 3:31 AM M A wrote:
> Well I am developing for PyPy and was hoping to try my code out without
> having to build PyPy first.
>
I tried twice to tell you how we develop PyPy in the issue: by running
tests. You seem to be ignoring that. Sorry but I will ignore further
reque
Hi,
On Thu, 2 Dec 2021 at 21:10, Michał Górny wrote:
> > 4) The /usr/bin/libpypy3-c.so file is *not* namespaced and seems misplaced
>
> TBH I've never really understood the purpose of this file.
> We've stopped using it at some point and nothing really changed for us.
It is needed for "embeddin
Hi,
On Wed, 27 Oct 2021 at 20:09, M A wrote:
> Hi, would anyone know what instruction/opcode 320 does? I'm in the file
> pyopcode.py tracing a problem to dispatch_bytecode(). The problem I have
> encountered happens when next_instr and self.last_instr are both equal to
> 320. I have tried loo
Hi,
On Thu, 28 Oct 2021 at 00:28, M A wrote:
> That could be it. If that is the case how would I take apart the argument
> from the opcode?
On recent Python 3 versions each instruction is two bytes in length,
the lower byte being the opcode and the higher byte being a (possibly
always zero) arg
Hi,
On Tue, 19 Oct 2021 at 20:47, M A wrote:
> [translation:ERROR] Exception: A function calling locals() is not RPython.
> Note that if you're translating code outside the PyPy repository, a likely
> cause is that py.test's --assert=rewrite mode is getting in the way. You
> should copy the
like you have found while trying to write to it.
You need to look up if your OS imposes strange non-POSIX requirements
on the process. Maybe
https://developer.apple.com/documentation/apple-silicon/porting-just-in-time-compilers-to-apple-silicon
is a good starting point.
A bientôt,
Armin Rigo
___
pypy-dev mailing list
pypy-dev@python.org
https://mail.python.org/mailman/listinfo/pypy-dev
pypy musl compatible at some
> issue tracker or will ${someone} consider to take them from the mailing
> list?
In this case it's not necessary any more, but in general, yes, we like
patches to live on https://foss.heptapod.net/pypy/pypy/-/issues/ .
A bientôt,
Armin Rigo
__
Hi Thomas,
On Tue, 12 Oct 2021 at 00:33, Thomas Liske wrote:
> [translation:ERROR] CompilationError: CompilationError(err="""
> data_pypy_module_cpyext.c:25256:3: warning: initialization of 'void
> (*)(Signed)' {aka 'void (*)(long int)'} from incompatible pointer type
> 'void (*)(int)' [-
Hi,
On Mon, 20 Sept 2021 at 22:33, M A wrote:
> Hi I was working in the file lib-python/2.7/distutils/sysconfig_pypy.py, on
> the function _init_posix(). I placed print() statements in the function to
> indicate when this function is called. After fully building pypy the print()
> statements w
than that. You or
someone else would need to dig into the hg history to figure out why
it was the case, and if it's still needed.
Armin
On Sun, 19 Sept 2021 at 22:30, M A wrote:
>
>
>
> > On Sep 19, 2021, at 3:50 PM, Armin Rigo wrote:
> >
> > Hi,
Hi,
On Sun, 19 Sept 2021 at 21:13, M A wrote:
> +elif "x86_64" in arch:
> +arch = "x86_64"
> +g['MACOSX_DEPLOYMENT_TARGET'] = '10.5'
This would change MACOSX_DEPLOYMENT_TARGET in our existing builds for
x86_64 machines from '10.7' to '10.5'. Can you explain why y
Hi,
You write to the mailing list by writing to pypy-dev@python.org.
Your question: How do you break into running pypy3 code, to stop execution?
Like CPython, it's supposed to be ctrl-c or Ctrl-break. Maybe it didn't
work on some older versions on windows. If you are using windows, try
upgrading
Hi Raihan,
On Thu, 27 May 2021 at 17:44, Raihan Rasheed Apurbo wrote:
> I have read the test codes of test_llinterp.py and llinterp.py. I am writing
> a summary below. I just want you to point out my mistakes if I am wrong.
> Please help me to understand this.
There are many tests doing variou
Hi Raihan,
On Sat, 22 May 2021 at 14:40, Raihan Rasheed Apurbo wrote:
> Thanks for helping me out. I was actually looking for a generalized solution.
> The last paragraph of your answer covers that. What I understand from that
> is, if I want to understand how pypy gc works and if i want to wri
Hi Raihan,
On Sat, 22 May 2021 at 09:05, Raihan Rasheed Apurbo
wrote:
> I was trying to run pypy using semispace gc. But as it stands currently I
> can only compile using incminimark and boehm. What changes I have to make
> so that I would be able to test pypy with any existing gc implementation
Hi Matti,
On Tue, 9 Mar 2021 at 13:53, Matti Picus wrote:
> Last chance to stop the move is now. Comments or fixes/typos to the blog
> post(s) are also welcome.
Thank you for your continued work!
Armin
___
pypy-dev mailing list
pypy-dev@python.org
htt
Hi,
On Fri, 18 Dec 2020 at 19:15, muke101 wrote:
> Thanks both of you for getting back to me, these definitely seem like
> problems worth thinking about first. Looking into it, there has actually been
> some research already on implementing Polyhedral optimisations in a JIT
> optimiser, specif
Hi,
On Thu, 17 Dec 2020 at 23:48, William ML Leslie
wrote:
> The challenge with implementing this in the pypy JIT at this point is
> that the JIT only sees one control flow path. That is, one loop, and
> the branches taken within that loop. It does not find out about the
> outer loop usually un
Hi Janusz,
On Sun, 22 Nov 2020 at 16:51, Janusz Marecki wrote:
> Hi PyPy dev team -- Are there any plans for adding native support for the
> newly released OSX arm64 (M1) platform?
We can make such plans provided we get some support. It requires some
work because we need to adapt the JIT (we s
Hi,
On Thu, 8 Oct 2020 at 10:22, Srinivasa Kempapura Padmanabha
wrote:
> I think it's looking for /usr/lib64/libbz2.so.1.0.0 which I am not sure if
> that's compatible
It should be, if it differs only in the last digit.
> I have created the symbolic link and yet idn't work
Sorry, I can't help
...
ah, also the command given by matti has the arguments in the wrong
order (I think). It should be
sudo ln -s /usr/lib64/libbz2.so.1.0.6 /usr/lib64/libbz2.so.1.0
Armin
___
pypy-dev mailing list
pypy-dev@python.org
https://mail.python.org/mailman/li
Hi,
On Thu, 8 Oct 2020 at 07:42, Srinivasa Kempapura Padmanabha
wrote:
> I am running on rhe7 aarch64, I tried but it din't work.
You have to run `ldconfig` (without arguments, as root) for the system
to pick up the new symlink.
A bientôt,
Armin
___
p
Hi Will,
On Wed, 19 Aug 2020 at 23:42, Will Snellen wrote:
> Trying to download various versions of Pypy3, I get the following message:
>
> >>>Repository unavailable
> Bitbucket no longer supports Mercurial repositories.<<<
The page https://www.pypy.org/download.html contains the updated
links.
Hi Ram,
On Sun, 28 Jun 2020 at 21:35, Ram Rachum wrote:
> We discussed that maybe I should make that change and open a PR for it.
I'm +1 on the idea.
Armin
___
pypy-dev mailing list
pypy-dev@python.org
https://mail.python.org/mailman/listinfo/pypy-dev
From: Armin Rigo
Date: Sun, 14 Jun 2020, 10:20 PM
Subject: pypy | Proposed changes to make pypy3 work when embedded within a
virtualenv (!728)
To:
Armin Rigo <https://foss.heptapod.net/arigo> created a merge request:
Branches: topic/py3.6/embedded-in-virtualenv to branch/py3.6
Author:
Hi,
On Wed, 10 Jun 2020 at 19:30, João Victor Guazzelli via pypy-dev
wrote:
> I'm a brazilian developer in hope to use pypy, or should I say, in need to
> use pypy. I'm thinking about upgrading my code to python 3.8 but pypy is
> mandatory. That being said my dough is if pypy is compatible with
Hi,
On Fri, 29 May 2020 at 20:10, Joseph Jenne via pypy-dev
wrote:
> I don't have much experience with the windows side of pypy, especially
> on XP, but I would suggest trying to compile for your system, as I do
> not know of any reasons for incompatibility. That said, perhaps using a
> somewhat
Hi Denis,
On Thu, 28 May 2020 at 18:05, Denis Cardon wrote:
> WinXP is actually still very common in industrial setups and it would be
> great if it would work with PyPy as CPython has drop WinXP support after
> 3.4.
I see the point. If some parts of the industry want a modern version
of Python
Hi,
On Mon, 11 May 2020 at 19:24, Massimo Sala wrote:
> I am trying to install the Postgresql module psycopg2
> The installation of the source module fails ... suggesting
> If you prefer to avoid building psycopg2 from source, please install the
> PyPI
> 'psycopg2-binary' package instead
Hi Daniel,
On Thu, 23 Apr 2020 at 09:08, Daniel Holth wrote:
> Need to look up how to initialize virtualenv at the Python level. I had more
> success with pypy 7.1.1 which seemed to be finding the virtualenv based on
> the working directory. Currently pypy 7.3.1 is having trouble finding the os
Hi Jerry,
On Fri, 28 Feb 2020 at 16:56, Jerry Spicklemire wrote:
> exec code in self.locals
> ^
> SyntaxError: Missing parentheses in call to 'exec'
This error comes from Python 3; it's not a syntax error in Python 2.
When you're executing a Python file directly, it picks whatever P
Hi Jerry,
On Wed, 26 Feb 2020 at 16:09, Jerry Spicklemire wrote:
> Is there a tutorial about how to best take advantage of PyPy's internal UTF8?
For best or for worse, this is only an internal feature. It has no
effect for the end user. In particular, Python programs written for
PyPy3.6 and fo
Hi again,
On Wed, 26 Feb 2020 at 14:28, Armin Rigo wrote:
> In particular the first escaped character \Uf44f really should be
> two characters, '\x92O', and there is similar mangling later. Also
> the first of the two unicodes is much shorter on CPython3. Finally,
> t
Hi Matti,
On Wed, 26 Feb 2020 at 11:59, Matti Picus wrote:
> - check what pypy3 returns for time.tzname? There is no code to decode
> it, so it is probably a sting of bytes. What encoding is it in?
On a french Windows I get, in CPython 3.6, a tuple of two unicodes
that seem correct; and on PyPy3
Hi Matti,
On Thu, 6 Feb 2020 at 07:24, Matti Picus wrote:
> >> - disallows personal forks on the instance
> > -1 (any reason why?)
>
> This is a Octobus decision, so maybe Georges can chime in. My
> understanding is that because the heptapod offering is on a trial basis,
> (...)
Yes, that m
Hi Michal, hi all,
I reworded the entry at
https://doc.pypy.org/en/latest/faq.html#why-doesn-t-pypy-use-git-and-move-to-github
to account for our decision to move to Heptapod.
A bientôt,
Armin
___
pypy-dev mailing list
pypy-dev@python.org
https://mail.p
Hi Matti,
Thank you for all the organizational work!
On Wed, 5 Feb 2020 at 10:59, Matti Picus wrote:
>- changes our default workflow to "Publishing is restricted to
> project masters" (I think that means only project masters can push/merge
> to published branches, but am not sure about the t
Hi again,
On Tue, 14 Jan 2020 at 10:24, Armin Rigo wrote:
> More details will be posted here, but for now, here is the early
> planning: it will occur for one week starting around the 27 or 28th of
> February. It will be in Les Airelles
Here are the definite dates: from Saturda
Hi all,
We will do again this year a Winter sprint in Leysin, Switzerland.
The exact work topics are not precisely defined, but will certainly
involve HPy (https://github.com/pyhandle/hpy) as well as the Python
3.7 support in PyPy (the py3.7 branch in the pypy repo).
More details will be posted
nd should never end up inside the
co_flags object; the CO_XXX flags are what ends up there.
> On Mon, Dec 16, 2019 at 5:33 AM Armin Rigo wrote:
>> Can you give us a concrete example of code where CPython 3.6 differs
>> from PyPy 3.6?
>
>
> CPython 3.6 bytecode differs from Py
Hi,
On Mon, 16 Dec 2019 at 11:24, Rocky Bernstein wrote:
> I have a cross-version Python bytecode disassembler xdis
> (https://pypi.org/project/xdis/) and I notice that flags 0x0100 and 0x0200
> (DONT_IMPLY_DEDENT and SOURCE_IS_UTF8 respectively) conflict in Pypy 3.6 with
> Python 3.6's ITERA
Hi Matti,
On Sun, 27 Oct 2019 at 10:33, Matti Picus wrote:
> Would this be considered a major API breaking change or only a revision
> change? Would we need to change to pypy 8.0 (i.e.
> pypy36-pp80-x86_64-linux-gnu.so), or can we stay with pypy 7.3 (i.e.,
> pypy36-pp73-x86_64-linux-gnu.so)? In a
Hi Matti,
On Fri, 25 Oct 2019 at 10:21, Matti Picus wrote:
>
>
> On 25/10/19 10:49 am, Matti Picus wrote:
> > Yes, actually, thanks. They should be named {python tag}-{abi
> > tag}-{platform tag}, so pypy36-pp72-x86_64-linux-gnu.so. I will make
> > sure the python3.6/python3.7 so names do not ove
Hi again,
On Wed, 23 Oct 2019 at 16:32, Armin Rigo wrote:
> (...) In
> other words we should not update it for cffi modules (which is
> unlikely to ever change, and I can check but I think the same .so
> works for pypy2 and pypy3, so maybe a version number is not needed at
> all)
Hi Matti,
On Tue, 22 Oct 2019 at 15:34, Matti Picus wrote:
> #DEFAULT_SOABI = 'pypy-%d%d' % PYPY_VERSION[:2]
> DEFAULT_SOABI = 'pypy-41'
>
> So do we update it across the board for each change in the cpyext ABI?
No, my point was that if we want to do that we should first split the
usages, and on
Hi Matti,
On Sun, 20 Oct 2019 at 09:47, Matti Picus wrote:
> I would like to confirm that in fact there is an issue: that the
> c-extension shared objects are incompatible. I am not completely
> convinced this is the case, at least my experimentation with NumPy
> proved it indeed is *not* the ca
Hi,
On Wed, 9 Oct 2019 at 16:45, Kristóf Horváth
wrote:
> Thank you for your reply. The listed dll-s already were parts of my system,
> but installing Visual C++ Redistributable solved the problem, so it works
> now. Perhaps, you could write a note about the dependencies onto your
> installing
Hi again,
On Wed, 9 Oct 2019 at 16:28, Armin Rigo wrote:
> 1. Install http://www.microsoft.com/en-us/download/details.aspx?id=5582
Oops, this link is now broken. Thanks MS. Here is another page that
mentions the right VCRuntime140.dll in the question title:
https://answers.microsoft.com
Hi,
On Wed, 9 Oct 2019 at 16:16, Kristóf Horváth
wrote:
> I downloaded the Windows binary, but pypy3.exe fails on startup with error
> code 0xc07b (I tried version 3.6 and 3.5, too). I use Windows 10 x64, can
> it cause the problem? I read in the building instructions that only a 32-bit
>
Hi Ryan,
On Wed, 14 Aug 2019, 4:58 AM Ryan Gonzalez wrote:
> Just as a random side note, this reminds me a bit of https://gvisor.dev/
>
Thanks. Yes, that's similar. The main difference is that our approach is
slightly more portable and works at the slightly higher level of the C
library interfa
Hi all,
I've got an early but probably usable PyPy and PyPy3 with sandboxing.
Like the old sandboxing, these new versions are made out of a special
version of PyPy (or PyPy3, which is new), running in a mode where no
direct I/O should be possible; and a separate controller process.
The communicat
Hi again,
On Thu, 25 Jul 2019 at 16:53, Nabil Memon wrote:
> I did figure out the workaround by not importing this cpyext module at first.
Cool. In the meantime I managed to sneak in a workaround for the
problem that shouldn't have a performance impact, in c89821342184.
A bientôt,
Armin.
___
Hi Nabil,
On Wed, 24 Jul 2019 at 09:02, Nabil Memon wrote:
>> I am currently using pypy(pypy-7.0.0-linux_x86_64-portable) and I am facing
>> some issues using it.
>> I installed pip, cython and numpy using commands:
>> $ ./pypy-xxx/bin/pypy -m ensurepip
>> $ ./pypy-xxx/bin/pip install cython n
Hi Antonio,
On Fri, 17 May 2019 at 14:49, Antonio Cuni wrote:
> Does anybody have opinions on this?
I agree that it's good if linking to them is done more prominently. I
don't have a particular opinion about where they live.
A bientôt,
Armin
___
pypy
tôt,
Armin.
-- Forwarded message -
From: Pierre-Yves David
Date: Mon, 6 May 2019 at 16:28
Subject: Mercurial conference Paris end of May
To: Armin Rigo , Maciej Fijalkowski
, georges Racinet
Hey Baroque Software,
I wanted to make sure you are aware of the upcoming Mercurial Conferenc
Hi Mark,
On Tue, 19 Mar 2019 at 12:46, Mark Melvin wrote:
> I was wondering if PyPy would be a good candidate to create an embedded
> distribution of Python similar to micropython.
No, PyPy's minimal memory requirements are larger than CPython's.
A bientôt,
Armin.
___
Hi Joseph,
On Mon, 18 Feb 2019 at 14:33, Joseph Reagle wrote:
> Homebrew on MacOS Mojave just updated to pypy3 7.0.0 and reminded me to
> update the setup tools. Doing so, though, throws an exceptions.
We're unlikely to be able to help. The problem might be anywhere from
homebrew to setuptools
Hi Joseph,
On Wed, 13 Feb 2019 at 16:19, Maciej Fijalkowski wrote:
> On Wed, Feb 13, 2019 at 3:57 PM Joseph Reagle wrote:
> > Is it possible for pypy to remember optimizations across instantiations?
>
> It is not possible.
A more constructive answer: in some cases, you can change the overall
ap
Re-hi,
On Fri, 8 Feb 2019 at 00:33, Armin Rigo wrote:
> getting "InvalidArgument: Invalid argument deadline" in a call to
> hypothesis.settings() (rpython/conftest.py:14) and upgrading hypothesis
> doesn't seem to help...
My mistake, an old "hypothesis"
Hi Anto,
On Thu, 7 Feb 2019 at 11:46, Antonio Cuni wrote:
> I have uploaded all the packages for PyPy 7.0.0; the release is not yet
> official and we still need to write the release announcement, but the
> packages are already available here, for various platforms:
It's unclear to me how you m
Hi Anto,
On Thu, 24 Jan 2019 at 18:40, Antonio Cuni wrote:
> 1) hg up -r default
> 2) hg branch release-pypy2.7-7.x
> 3) bump the version number to 7.0.0-final (commit d47849ba8135)
> 4) hg up -r default
> 5) hg merge release-pypy2.7-7.x (commit c4dc91f2e037)
> 6) bump the version number (on defa
Hi Anto,
On Mon, 24 Dec 2018 at 12:45, Carl Friedrich Bolz-Tereick wrote:
>> https://bitbucket.org/pypy/extradoc/src/extradoc/blog/draft/2018-12-gc-disable/gc-disable.rst?at=extradoc&fileviewer=file-view-default
Any clue about why the "purple line" graph, after adding some
gc.disable() and gc.co
Hi Timothy,
On Tue, 4 Dec 2018 at 02:31, Timothy Baldridge wrote:
> I have the following code in my interpreter, and I'm getting an error message
> I haven't seen before:
>
> @specialize.call_location()
> def assoc(self, *kws):
> (...)
> for idx in unrolling_iterable(rang
Hi Matti,
On 20/11/2018, Matti Picus wrote:
> On 16/11/18 4:50 pm, Donald Stufft wrote:
> If you have extra time, maybe you could even try the unicode-utf8-py3
> nightly, http://buildbot.pypy.org/nightly/unicode-utf8-py3 which is a
> WIP to use utf8 internally everywhere without converting back a
Hi Timothy,
On Tue, 30 Oct 2018 at 00:42, Timothy Baldridge wrote:
> typedef struct foo_t {
> int a, b;
> int _data[0];
> }
>
> foo_t tmp = malloc(sizeof(foo_t) + 64);
You can do that if you use the lltype.GcStruct type directly, not
using "regular" RPython code. See the main example in
rpython
Hi Barry,
On Sat, 27 Oct 2018 at 16:22, Barry Scott wrote:
> Where is your test code for the this feature? I could review/modify that
> to help find a difference that may explain the problem.
You are saying that your use case fails, but we don't know which part
of cpyext is causing the failure.
Hi,
On Thu, 25 Oct 2018 at 16:48, wrote:
> The Wikipedia article seems to imply that using Cygwin as a compiler on
> Windows 64 would resolve the problem?
It might, but then you would have to compile all the CPython C
extension modules using Cygwin as well, which is (1) unexpected and
(2) likel
Hi,
On Tue, 23 Oct 2018 at 10:22, Barry wrote:
> Each time i email pypy i get a email from this hosting company.
>
> Can you unsubscribe them?
It's not so easy because we have no direct clue about which e-mail
address ends up on that random issue tracker. But I found it anyway
and removed the o
Hi,
On Sun, 21 Oct 2018 at 16:47, Barry Scott wrote:
> > On 19 Oct 2018, at 11:26, Armin Rigo wrote:
> > PyPy is not available for 64-bit Windows.
>
> How odd. sys.maxint on macOS and Fedora is (2**63)-1 not (2**31)-1.
That's because MacOS and Fedora a
Hi,
On Fri, 19 Oct 2018 at 12:23, wrote:
> It will not run with PyPy https://pypy.org/download.html on Windows, because
> there are only 32-bit PyPy installs for Windows available
PyPy is not available for 64-bit Windows. See
http://doc.pypy.org/en/latest/windows.html#what-is-missing-for-a-ful
Hi,
On Fri, 12 Oct 2018 at 17:00, Wiener, Markus
wrote:
> i found (maybe) a bug in PyPy.
Your code is relying on an explicitly undefined behavior described for
dicts in https://docs.python.org/3/library/stdtypes.html#dictionary-view-objects
. The same applies to sets, although I'm not sure it's
Hi,
On Sun, 7 Oct 2018 at 18:05, Barry Scott wrote:
> (gdb) p/x table->tp_flags
> $4 = 0x201eb
>
> But when the instance comes back to me they are:
>
> (gdb) p/x self->ob_type->tp_flags
> $11 = 0x1208
>
> Surely the flags should not have been changed?
Some flags change in CPython too. The chang
Hi Barry,
On Tue, 2 Oct 2018 at 21:09, Barry Scott wrote:
> Using PyPy 0.6.0 on macOS I managed to build a .so that crashed when imported.
I will assume that you mean PyPy2 6.0.0, and not PyPy3 nor the version 0.6.0.
> The reason is that the PyPy's C API does not allow tuples to be created.
Yo
Hi Jie,
On Sat, 29 Sep 2018 at 07:18, Jie You wrote:
> I can not install the pypy3 on my Mac. I try several times. It raised
> NOTTY("Can not start the debugger when stdout is capture"). I have enclosed
> the screenshot in the attachment. Please tell me how to fix it. Thank you so
> much for y
Hi Carl Friedrich,
On Wed, 26 Sep 2018 at 22:28, Carl Friedrich Bolz-Tereick wrote:
> Couldn't that slowness of getattr be fixed by making the lib objects eg use
> module dicts or something?
If we use the out-of-line API mode then ``lib`` is an RPython object,
but if we use the in-line ABI mode
Hi again,
On Wed, 26 Sep 2018 at 21:19, Dimitri Vorona via pypy-dev
wrote:
> In my microbenchmarks its has pretty much the same call performance as when
> using cffi ABI mode (dumping the functions to a shared library first) and is
> around 250ns per call slower than when using API mode.
>
> I
Hi Dimitri,
On Wed, 26 Sep 2018 at 21:19, Dimitri Vorona via pypy-dev
wrote:
> In my microbenchmarks its has pretty much the same call performance as when
> using cffi ABI mode (dumping the functions to a shared library first) and is
> around 250ns per call slower than when using API mode.
I d
Hi,
On 31 August 2018 at 08:15, Matti Picus wrote:
> I have two failures with translation that I need some help with on the
> unicode-utf8-py3 branch.
> Occasionally while translating the branch locally, I get an error
I've tried both on unicode-utf8-py3 and on unicode-utf8 (which seems
to have
Hi Matti,
On 27 August 2018 at 18:38, Matti Picus wrote:
> Own nightly builds on p3.5 are failing numerous cpyext tests. The problem
> seems to be related to the _cffi_backend module somehow hitting an assert at
> import, but I cannot reproduce the problem locally.
It reproduces if we run both t
Hi,
On 21 July 2018 at 17:00, tao he wrote:
> Yes, I have just read the code of https://eng.uber.com/pyflame/ . And I
> try to do it with pypy, but not work. So I have to ask for help.
This is more complicated to do in PyPy than in CPython. PyPy has got
a JIT, and the JIT does not actually
Hi again,
Ah, found out https://eng.uber.com/pyflame/ . I guess this is what
you mean, is that correct?
Armin
___
pypy-dev mailing list
pypy-dev@python.org
https://mail.python.org/mailman/listinfo/pypy-dev
Hi,
On 21 July 2018 at 08:19, ht wrote:
>I'm trying to use ptrace to profile pypy program, but i can't get the
> stack or virtual memory address more than file no.
>
>But python has a global variable named _PyThreadState_Current, that
> can help to extracting the thread state, so
Hi David,
On 20 May 2018 at 18:39, David CARLIER wrote:
> Here a new version of the patch.
Sorry for the delay. Added your patch (minus the Makefile because I
don't think it's intended). See also
https://bitbucket.org/pypy/pypy/issues/2853/build-fails-on-freebsd-11x-x64
.
A bientôt,
Armin.
Hi Sean,
On 16 July 2018 at 22:46, Sean Whalen wrote:
> I have some code that saves data to Elasticsearch. It runs fine in Python
> 3.5.2 (cpython), but raises an exception when running on pypy 3 6.0.0
> (Python 3.5.3). Any ideas why?
Not out of the box. If you provide some code that we can run
Hi Nathaniel,
On 1 July 2018 at 15:37, Nathaniel Pierce wrote:
> Returning True from __exit__ when type is None can break expected program
> flow. So far, I've found that each of break/continue/return inside a with
> block is affected. Both with and without '--jit off'
>
> PyPy2 is unaffected.
T
Hi David,
Issue #2853 was just reported with the same error message. See there:
https://bitbucket.org/pypy/pypy/issues/2853/build-fails-on-freebsd-112-x64
Armin
___
pypy-dev mailing list
pypy-dev@python.org
https://mail.python.org/mailman/listinfo/pyp
1 - 100 of 1465 matches
Mail list logo
