Arch Linux

libpypy-c.so should be kept inside /opt/pypy/bin/, instead of being moved to /usr/lib/. A symlink should be used for /usr/lib/libpypy-c.so => /opt/pypy/bin/libpypy-c.so. In other words, it should be done in the same way as /usr/bin/pypy => /opt/pypy/bin/pypy.

The reason for that is the current situation doesn't work with CFFI's embedding mode: to make programs or libraries which embed PyPy, we link them with libpypy-c.so, but if that file is really in /usr/lib/, then it won't manage to find the PyPy standard library in /opt/pypy/lib-python and /opt/pypy/lib_pypy.


Additional info:
* package version(s): 5.10.0


Steps to reproduce:


=== File embed_build.py ===
import cffi
ffibuilder = cffi.FFI()
ffibuilder.embedding_api("""
void f(void);
""")
ffibuilder.embedding_init_code("""
from _pypy_side_cffi import ffi
@ffi.def_extern()
def f():
print "hi"
""")
ffibuilder.set_source("_pypy_side_cffi", "")
ffibuilder.emit_c_code("_pypy_side_cffi.c")


=== File x.c ===
extern void f(void);
int main() { f(); }


=== Build ===
pypy embed_build.py
gcc x.c _pypy_side_cffi.c -I/opt/pypy/include -lpypy-c -pthread


=== Expected result ===
$ a.out
hi


=== We get instead ===
$ a.out
debug: pypy_setup_home: directories 'lib-python' and 'lib_pypy' not found in pypy's shared library location or in any parent directory

PyPy initialization failure when loading module '_pypy_side_cffi':
pypy_setup_home() failed
function _pypy_side_cffi.f() called, but initialization code failed. Returning 0.