Vincent Delecroix

I see, it is rather the `__getitem__` which is problematic.

Do you have any schedule for the 2.1.0 release cycle? Some projects (such as [pplpy](https://gitlab.com/videlec/pplpy/) and[SageMath](http://www.sagemath.org/)] depend on the current alpha version which is very unconfortable.

I would like to propose another alternative that sounds more consistent to what gmpy2 is. 5. implement `floor`, `ceil` and `round` as methods of mpfr objects (as specified in the...

Might be useful for #52

Indeed, there is an incompatibility with your compiler (clang which comes from your system) and the libraries that `cypari2` depends on (libgmp and libpari that are managed by homebrew). I...

I doubt https://trac.sagemath.org/ticket/31029 to be the source of problems (this was a minor upgrade). Did you test it with other cypari2 versions ?

Also, what is the paralellization enabled into your PARI/GP (the option `--mt` of the `Configure` script) ?

I believe that some of the PARI functions interacting with the stack have to be used with care in a multithreaded PARI. I will ask Bill Allombert.

Could you copy/paste the gdb traceback (ie launch sage with `sage -gdb` and after the crash run `bt`)? On my archlinux version I got ``` 0x00007fffec00413d in ?? () from...

Ha in sage 15 is an integer... should be 15r, traceback is different ``` #0 0x00007fffec04baea in ?? () from /usr/lib/python3.9/site-packages/cypari2/convert.cpython-39-x86_64-linux-gnu.so #1 0x00007fffec04c1e0 in ?? () from /usr/lib/python3.9/site-packages/cypari2/convert.cpython-39-x86_64-linux-gnu.so #2 0x00007fffec1e0dd1...