search for: cython

...ash: SHA1 On 12/1/12 12:57 PM, Gregory Szorc wrote: > > I believe LLVM should drop support for Python 2.4 and 2.5 for 2 main reasons: > > 1) Python 2.4 and 2.5 are end-of-lifed > 2) Python 3 is coming Entering the discussion a bit late, but I'd like to make a plug here for using Cython for any official Python bindings. There are numerous advantages to using it over writing extension modules by hand in C, but one advantage that is relevant to this discussion: Cython supports Python 2 and 3 from the same source code, so it goes a long way to easing maintenance. http://docs.cython...

On Wed, Aug 26, 2009 at 4:41 AM, Dan Sanduleac<sanduleac.dan at gmail.com> wrote: > Oh, I see. Didn't think of this, thanks! > > So, just to be clear, there's no binding overhead in Cython because the > functions defined there are pure python, right? (The function objects I > mean). Whereas the ones I defined in Boost are more expensive to call. > > On Wed, Aug 26, 2009 at 1:02 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: >> >> On Wed, Aug 26, 2009...

...essages=16335 recent=0 unseen=1736 vsize=280049586 Searching for a single word which is present in two messages of one mailbox takes 40 seconds to return. This is true whether or not fts is enabled. doveadm search takes much less than 1 second to do the same search. % time doveadm search BODY cython d8f09230c97af952b60c0000c1443b93 1 d8f09230c97af952b60c0000c1443b93 2 doveadm search BODY cython 0.18s user 0.05s system 99% cpu 0.230 total With fts disabled, it takes about 6.5 seconds. This is still a long way from 40 seconds. Is there any way I can make dovecot perform better here? Thanks...

...and you can now find > some Python bindings in trunk at bindings/python. Currently, the > interfaces for Object.h and Disassembler.h are implemented. FYI: I recently startet working on Python3 bindings for LLVM 3 as all bindings I could find were for LLVM 2.x and up to Python 2.6. I used Cython for easier coding and already ported a big part of Core.h including all Type and Value classes. https://www.gitorious.org/python-llvm3 > [...] > > Gregory Szorc > gregory.szorc at gmail.com Christoph Grenz

I'd like to continue the discussion about minimum Python versions from the "Use multiprocessing instead of threading" thread in its own thread because I feel it warrants additional discussion. In that thread, we were discussing maintaining support for Python 2.4 and 2.5. The latest response is: On Fri, Nov 30, 2012 at 1:40 PM, Daniel Dunbar <daniel at zuster.org> wrote: >

Compiz 0.9.14.0 has been officially released today. Major changes in this release include: - Development has switched from Bazaar (back) to Git [1]. - CCSM has been ported to PyGObject, GTK 3 and Python 3. - compizconfig-python has been ported from Pyrex to Cython. - Restored the Color Filter plugin by porting it to the new plugin API. - Added support for loading configuration from multiple files. - Docks and splashscreens now appear focused. - Fixed build errors with GCC 8. - Removed KDE (4.x) support code. - Compiz now needs cmake ≥ 3.10.0 and pkg-config ≥...

There was some talk on IRC last week about desire for Python bindings to LLVM's Object.h C interface. So, I coded up some and you can now find some Python bindings in trunk at bindings/python. Currently, the interfaces for Object.h and Disassembler.h are implemented. I'd like to stress that things are still rough around the edges, so use at your own risk. I intend to smooth things over in

...like a billion times! Though my program is in Python and I feel that using rpy2 to interface R to python doesn't give me satisfactory performance. So I looked into R code and found out that fisher.test is actually a wrapper around another function called fexact which is implemented in C. Using Cython I managed to directly call the function and get the desired results. But the weird problem is that after calling the function for like 4000 times (with same parameters) a segmentation fault occurs! Eliminating the possibility that my interfacing code has any problem, I wrote a piece of code in C to...

...I started a little project back in January of this year called Numba: https://github.com/numba/numba which uses LLVM to translate from Python byte-code to machine code with the purpose of letting people write faster Python kernels that work on NumPy arrays. Many people currently use a tool like Cython or hand-write an extension to Python in C or C++ when they want to get faster code. Numba will let them get compile their Python code without the extra hassle --- because of your work on LLVM. For (a little) more information, here's a link to the video of the lightning talk I gave at PyCon...

...project back in January of this year called Numba: > https://github.com/numba/numba which uses LLVM to translate from Python > byte-code to machine code with the purpose of letting people write faster > Python kernels that work on NumPy arrays. Many people currently use a > tool like Cython or hand-write an extension to Python in C or C++ when they > want to get faster code. Numba will let them get compile their Python code > without the extra hassle --- because of your work on LLVM. For (a > little) more information, here's a link to the video of the lightning talk...

...64) Status: NEW Version: unspecified Component: Drivers/DRI/nouveau Product: Mesa Created attachment 75991 --> https://bugs.freedesktop.org/attachment.cgi?id=75991&action=edit example script with cffi I bound gbm_create_device with both cffi and cython of gbm_create_device and they both fail at the same place error: Program received signal SIGSEGV, Segmentation fault. stacktrace: #0 0x00007fffee18af07 in PUSH_DATA (push=0x13c0410, data=536952832) at ../../../../src/gallium/drivers/nouveau/nouveau_winsys.h:35 #1 0x00007fffee18b0b2 in BEGIN_NV...

...--------- * CMake buildsystem compizconfig-python ------------------- * Distutils buildsystem libcompizconfig: ---------------- * CMake buildsystem * Plugins rewritten in C++ using the new API Please note that there are new build dependencies for this release, including boost-devel, cmake and cython. Additionally, libboost is a required runtime dependency. This is a development release and as such there will likely be bugs. Feel free to report bugs at our bug tracker at http://bugs.opencompositing.org/. Currently known issues are: * Miscompilation with GCC 4.5 resulting in the occasional cra...

...g" for changes, my thought was to leverage the "notify" feature of SMB to detect when things change on the source. I have been working on writing my tool in Python. The problem is that pysmbc [2] doesn't expose the notify APIs. So I started re-writing the libsmbclient bindings in Cython (which is way easier than hand-coding a CPython extension). But then I ran across a bug [3] in libsmbclient in 4.9.x that prevents the notify API from working. Sigh. The biggest problem, however, is the discontinuity in the way ACLs / xattrs are handled -- libsmbclient appears to translate the ACL...

...indings in trunk at bindings/python. Currently, the > > interfaces for Object.h and Disassembler.h are implemented. > > > FYI: > > I recently startet working on Python3 bindings for LLVM 3 as all bindings I > could find were for LLVM 2.x and up to Python 2.6. > I used Cython for easier coding and already ported a big part of Core.h > including all Type and Value classes. FYI: I've also been working on new python bindings. My bindings are written using ctypes (just like the in-tree clang/cindex bindings). Most of Core.h is bound, and stuff from ExecutionEngin...

As you may have noticed I am looking into containers? in order to minimize configuration I also started looking into options for sysvol replication. I am aware of the list at https://wiki.samba.org/index.php/SysVol_replication_(DFS-R) Ignoring the robocopy option, essentially all of them use rsync, w/o ssh, w/o some extras like unison, osync, or lsyncd as Sven suggested, plus optionally defining a

...addresses (and ipv6tables) Added tag(s) jessie. > tags 701314 + jessie Bug #701314 {Done: Chow Loong Jin <hyperair at debian.org>} [src:libzen] libzen: ftbfs with GCC-4.8 Added tag(s) jessie. > tags 681697 + jessie Bug #681697 {Done: Yaroslav Halchenko <debian at onerussian.com>} [cython] cython: import code incompatible with Python 3.3: ValueError: level must be >= 0 Added tag(s) jessie. > tags 701375 + jessie Bug #701375 [src:yap] yap: ftbfs with GCC-4.8 Added tag(s) jessie. > tags 676273 + jessie Bug #676273 [src:libevent-perl] libevent-perl: FTBFS with perl 5.16: t/unc...