#pypy

/

      • cfbolz
        but that is not implemented as a list
      • lapinot joined the channel
      • gabrielm
        I looked in the pypy sources and found this file rstring.py where StringBuilder is implemented using a list
      • rpython/rlib/rstring.py more exactly, class StringBuilder(AbstractStringBuilder):
      • cfbolz
        yes, but that is not the implementation used after translation
      • that's just the simulation when running tests
      • the real implementation is more complex, in rpython/rtyper/lltypesystem/rbuilder.py
      • gabrielm
        ohh, I see
      • I will take a look
      • thx!
      • bbot2
      • fniephaus
        cfbloz: no, I don't have anything planned with rapydo (yet), but will let you know if I do
      • cfbolz
        ok
      • mihaid joined the channel
      • pilne joined the channel
      • mihaid
        hello. I have a question regarding profile guided optimizations. Right now they work, but without the link time optimizations because they used to make the compilation fail for pgo in the early stages of the work. Should I open an issue regarding this? I took another look and I think after the pull request and I think it should be easier to enable
      • now.
      • cfbolz
        mihaid: yes, if you can get lto to work as well, that would be great
      • mihaid
        Then I will open a new issue and submit a PR when its ready.
      • cfbolz: should I also include a performance test?
      • cfbolz
        mihaid: please
      • mihaid
        sure, no problem!
      • palecsan joined the channel
      • bbot2
      • fijal
        cfbolz: btw,-flto on OS X is dog slow
      • I wonder what we should so
      • do
      • palecsan
        @fijal, on OSX it's using clang, which is known to be dead slow on LTO :(
      • fijal
        should we disable LTO for OS X then?
      • palecsan
        the same is happening if you are using clang on linux
      • oh, no
      • it's slow to build
      • but at the end you get a faster binary
      • I'd leave it there and hope clang/llvm improves over time
      • on my personal laptop I've installed gnugcc with brew to get rid of clang
      • I have a question regarding issue #2565 (ctypes) - I found the line that outputs the empty string (return _rawffi.charp2string(resarray.buffer, self._length_) from _ctypes/array.py). If I remove it (together with the wcharp2unicode) the output is the same as CPython
      • do you find this fix acceptable?
      • is there a reason why you added code to transform the buffer to a string?
      • fijal
        palecsan: you're asking very hard questions
      • I don't think anyone remembers very well by now
      • mihaid
        cfbolz: I also have a question regarding the sendmsg / recvmsg. I looked into the methods description in socket.h and I know what should be done, however, I am rookie with rffi / lltype. Are there any examples / documentation you could point me to? The problem is that there are a lot of structures that need to be used and I am not sure how to alloc
      • ate memory for them. (lltype malloc works a bit differently than what I am used to)
      • palecsan
        fijal: ok, then I'll proceed with the fix
      • cfbolz
        mihaid: what kind of memory? Some C structure?
      • bbot2
      • cfbolz
        fijal: I don't think pgo or lto would be on by default. but we could consider turning them on for release builds
      • mihaid
        yes. for these two methods you need a structure that encapsulates one or more messages(iovec --unlike the regular send /recv, these 2 support sending multiple messages). Then on top of that, there is a structure that encapsulate the previous structure, some flags, the address, and some ancillary data (extra data, lets call it). So I am not quite su
      • re which flags to set when I allocate memory for these structures. For example, what does immortal = True do? Or nonmovable =True? Should I be worried that the garbage collector will interfere with the structures I created?
      • cfbolz
        mihaid: those structs are only needed for the duration of the call, right?
      • mihaid
        yes
      • cfbolz
        then you are looking for lltype.scoped_alloc
      • mihaid
        oh this looks nice! thanks!
      • cfbolz
        palecsan: do all the ctypes tests pass with those changes?
      • palecsan
        cfbolz: I've ran tests from pypy/module/test_lib_pypy/ctypes_tests/test_array.py and they all pass
      • cfbolz
        please run all the tests in there, not just the single file
      • and also ideally the cpython ctypes tests in lib-python/2.7/ctypes/test
      • palecsan
        cfbolz: oh, ok
      • marr123 joined the channel
      • marr has quit
      • marr123 is now known as marr
      • vkirilic_ joined the channel
      • vkirilichev has quit
      • marr has quit
      • mattip joined the channel
      • arigato joined the channel
      • mihaid has quit
      • rmesta joined the channel
      • rmesta has left the channel
      • palecsan has quit
      • yuyichao has quit
      • arigato has quit
      • marr joined the channel
      • yuyichao joined the channel
      • arigato joined the channel
      • gclawes joined the channel
      • gclawes has quit
      • gclawes joined the channel
      • gclawes joined the channel
      • vkirilic_ has quit
      • vkirilichev joined the channel
      • tbodt has quit
      • vkirilichev has quit
      • kenaan
        12arigo cffi/cffi 1193fa52b7eed3 15/: tweaks
      • tbodt joined the channel
      • kipras`away is now known as kipras
      • bbot2
      • realitix has quit
      • vkirilichev joined the channel
      • kenaan
        12arigo cffi/cffi[sirtom67/float_complex] 115e5d1029dab9 15/: hg merge default
      • 12arigo cffi/cffi[sirtom67/float_complex] 119a8456642302 15/c/: Minor style clean-ups. Update the test to conform more closely to the newer version of t...
      • 12arigo cffi/cffi[sirtom67/float_complex] 11ab6edb3987e7 15/c/: Fix test, fix all abort()
      • 12arigo cffi/cffi[sirtom67/float_complex] 11f0f90cb166e5 15/c/: Test explicitly that if we try to call a function in ABI mode with a complex argument or ...
      • pilne has quit
      • realitix joined the channel
      • realitix
        Hello arigato, I'm not selected currently for Europython :-( On waiting list...
      • tbodt joined the channel
      • pilne joined the channel
      • mattip
        numpy did some refactoring of ufunc calling, and the upshot is they re-use a tuple of arguments for the reverse call of a function (i.e.
      • kenaan
        12arigo cffi/cffi[sirtom67/float_complex] 11715175718364 15/c/_cffi_backend.c: Tweaks
      • 12arigo cffi/cffi[sirtom67/float_complex] 11c7a53457ef79 15/c/_cffi_backend.c: MSVC might not support _Complex (and the include <complex.h>).
      • mattip
        if they call A + B and it returns NotImplemented they call B + A)
      • but try to call PyTuple_SetItem(t, 0, new_item)
      • it took me a while to figure out why the function call of func(t) is wrong on PyPy, but now it is obvious
      • oberstet2 joined the channel
      • once the tuple t is finalized, the PyTuple_SetItem does nothing on PyPY
      • kenaan
        12arigo cffi/cffi[sirtom67/float_complex] 11ecf49f8b034c 15/c/_cffi_backend.c: comment
      • arigato
        realitix: :-(
      • mattip: time to make it crash explicitly in this case
      • mattip
        good idea
      • vkirilichev joined the channel
      • vkirilichev has quit
      • kenaan
        12arigo cffi/cffi[sirtom67/float_complex] 11de5953e587b8 15/cffi/vengine_cpy.py: Revert the changes to vengine_cpy: better to say that the long-deprecated verify mode doe...
      • 12arigo cffi/cffi[sirtom67/float_complex] 11f6e7adb9a3b5 15/: Support parsing "float _Complex" and "double _Complex" inside parse_c_type
      • realitix has quit
      • jcea has quit
      • 12arigo cffi/cffi[sirtom67/float_complex] 11117488cc30fc 15/: More tweaks, more tests, try harder to avoid including <complex.h> because it is not nece...
      • realitix joined the channel
      • tbodt joined the channel
      • 12arigo cffi/cffi[sirtom67/float_complex] 117731e4b006ca 15/cffi/model.py: fix
      • 12arigo cffi/cffi[sirtom67/float_complex] 11c60f27f65b7b 15/c/_cffi_backend.c: MSVC fixes
      • tbodt joined the channel
      • asmeurer_ joined the channel
      • asmeurer_ has quit
      • tbodt joined the channel
      • tilgovi joined the channel
      • tilgovi has quit
      • realitix has quit
      • yuyichao has quit
      • yuyichao joined the channel
      • bbot2
      • vkirilichev joined the channel