Mailman 3 April 2012 - pypy-issue

[issue674] sysconfig.get_config_var("CC")
by ys 23 Apr '12

23 Apr '12

New submission from ys <ysbalt(a)live.com>: I am using the near-tip version of pypy on OSX. I am trying to install other modules in pypy. The setup file relies on distutils.sysconfig.get_config_var("CC"), which returns None. How can this be added to pypy. To reproduce, in pypy-c: $ pypy-c >>>> import distutils.sysconfig >>>> distutils.sysconfig.get_config_var("CC") >>>> distutils.sysconfig.get_config_var("CC") == None True >>>> distutils.sysconfig.get_config_vars() {'EXE': '', 'SO': '.pypy-14.so', 'SOABI': ''} ---------- effort: ??? messages: 2308 nosy: baltcode, pypy-issue priority: bug release: ??? status: unread title: sysconfig.get_config_var("CC") _______________________________________________________ PyPy development tracker <pypy-dev-issue(a)codespeak.net> <https://codespeak.net/issue/pypy-dev/issue674> _______________________________________________________

2 1

[issue1134] [cpyext] wrap_inquirypred not implemented
by Stefan Behnel 22 Apr '12

22 Apr '12

New submission from Stefan Behnel <stefan_ml(a)behnel.de>: I'm getting a crash trying to port lxml: RPython traceback: File "interpreter_gateway.c", line 1396, in BuiltinCodePassThroughArguments1_funcrun_obj File "module_cpyext_slotdefs.c", line 2858, in wrap_inquirypred Fatal RPython error: NotImplementedError This happens while calling PyObject_IsTrue() on an extension type instance that implements the __nonzero__ slot. The only reference to "wrap_inquirypred" that I can find in the sources is in pypy/module/cpyext/slotdefs.py, where it is being used to configure the slot: UNSLOT("__nonzero__", nb_nonzero, slot_nb_nonzero, wrap_inquirypred, "x != 0"), but the actual implementation is missing. CPython implements it like this: static PyObject * wrap_inquirypred(PyObject *self, PyObject *args, void *wrapped) { inquiry func = (inquiry)wrapped; int res; if (!check_num_args(args, 0)) return NULL; res = (*func)(self); if (res == -1 && PyErr_Occurred()) return NULL; return PyBool_FromLong((long)res); } where inquiry is defined like this: typedef int (*inquiry)(PyObject *); ---------- messages: 4278 nosy: pypy-issue, sbehnel priority: bug status: unread title: [cpyext] wrap_inquirypred not implemented ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1134> ________________________________________

2 1

[issue1135] [cpyext] PyObject_CallMethod() does not handle format == NULL
by Stefan Behnel 21 Apr '12

21 Apr '12

New submission from Stefan Behnel <stefan_ml(a)behnel.de>: In CPython, PyObject_CallMethod(obj, "method", NULL) is a shortcut for calling the method without arguments. This case is not handled in cpyext, which passes the format straight into Py_VaBuildValue(). ---------- messages: 4279 nosy: pypy-issue, sbehnel priority: bug status: unread title: [cpyext] PyObject_CallMethod() does not handle format == NULL ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1135> ________________________________________

1 2

[issue1064] Contribution
by Joseph Perla 20 Apr '12

20 Apr '12

New submission from Joseph Perla <pypy.org(a)jperla.com>: I created the numpy.random module and set up the gamma() and normal() functions. I also made the log ufunc and a very rough version of the logaddexp ufunc. ---------- messages: 3990 nosy: pypy-issue priority: feature status: unread title: Contribution ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1064> ________________________________________

3 2

[issue1133] changeset 79034a42a195 broke os.access
by mattip 19 Apr '12

19 Apr '12

New submission from mattip <matti.picus(a)gmail.com>: The changeset removed steemingly needless imports of ll_time and ll_os in traslator/c/extfunc.py. It caused "pytest.py rpython/module/test/test_ll_os.py -k test_access to fail. ---------- messages: 4274 nosy: mattip, pypy-issue priority: bug status: unread title: changeset 79034a42a195 broke os.access ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1133> ________________________________________

1 1

[issue1127] [cpyext] PyUnicode_Tailmatch() misinterprets direction flag
by Stefan Behnel 18 Apr '12

18 Apr '12

New submission from Stefan Behnel <stefan_ml(a)behnel.de>: The (not very straight forward) interpretation of the "direction" flag in PyUnicode_Tailmatch() is that -1 denotes a prefix match and 1 a suffix match. cpyext currently does it the other way round. http://docs.python.org/c-api/unicode.html#PyUnicode_Tailmatch Untested patch (also for the test cases) is attached. ---------- files: tailmatch.patch messages: 4251 nosy: pypy-issue, sbehnel priority: bug status: unread title: [cpyext] PyUnicode_Tailmatch() misinterprets direction flag ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1127> ________________________________________

2 4

[issue1117] Can't find library path from PATH
by Gabriel 17 Apr '12

17 Apr '12

New submission from Gabriel <g2p.code+pypy(a)gmail.com>: This issue prevents pypy from starting in some cases. sys.executable is set to an empty string when the interpreter can't find argv[0] in the PATH environment variable. This is a bit too strict when the interpreter's command search logic doesn't match the shell's (my shell resolves ~/bin when searching PATH, Python doesn't), or when argv[0] has some unrelated value, but the strict behaviour matches CPython (after CPython issue 7774 was closed). There are more reliable ways of getting the current executable, but it's a bit ambiguous if argv[0] should be preferred to /proc/self/exe, so doing like CPython and leaving it empty is an acceptable choice. When looking up the library search path, I'd prefer if PyPy used the more reliable /proc/self/exe method though; the alternative is that PyPy fails to start. Here is a patch that adds that method as a fallback in get_library_path. ---------- messages: 4202 nosy: pypy-issue priority: critical status: unread title: Can't find library path from PATH ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1117> ________________________________________

2 1

[issue1131] in operator: return value of __contains__ is not coerced to bool
by Thomas Waldmann 17 Apr '12

17 Apr '12

New submission from Thomas Waldmann <tw-public(a)gmx.de>: cpython 2.7 applies a bool() conversion to the return value of __contains__. pypy 1.8 does not. if one returns an integer, the result of the "in" operator is that integer. (I noticed this with a failing unit test in whoosh, it only fails for pypy.) ---------- messages: 4264 nosy: ThomasWaldmann, pypy-issue priority: bug release: 1.8 status: unread title: in operator: return value of __contains__ is not coerced to bool ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1131> ________________________________________

2 2

[issue1112] numpypy swapaxes patch
by mikefc 14 Apr '12

14 Apr '12

New submission from mikefc <coolbutuseless(a)gmail.com>: patch to add swapaxes() to numarray. Ideally this should return a view where possible (according to numpy docs), but at the moment (like transpose and reshape), this calls get_concrete(). ---------- files: swapaxes.patch messages: 4188 nosy: mikefc, pypy-issue priority: feature status: unread title: numpypy swapaxes patch ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1112> ________________________________________

2 3

[issue1124] Memory usage parsing JSON
by Lateef Jackson 13 Apr '12

13 Apr '12

New submission from Lateef Jackson <lateef.jackson(a)gmail.com>: There are 3 files that are Python in bitbucket: https://bitbucket.org/lateefj/dart_compare/src/9192e74713ca/json Basically I was just kicking the tires comparing Dart, Go, Python and PyPy. After generating a file with 10K json documents in it I then compared the runtime and memory of each language. PyPy memory seemed really high compared to the other languages. The previous comparions (https://bitbucket.org/lateefj/dart_compare/src/9192e74713ca/fib) PyPy performed awesomely. Just trying to do the right thing by reporting it. ---------- messages: 4243 nosy: lateefj, pypy-issue priority: wish status: unread title: Memory usage parsing JSON ________________________________________ PyPy bug tracker <tracker(a)bugs.pypy.org> <https://bugs.pypy.org/issue1124> ________________________________________

3 2