search for: numba

...e, but haven't had this much fun since I first learned Python. The work you have done has opened the door for a tremendous amount of innovation that I think we are just starting to see. Congratulations to all of the developers. 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 wan...

...his much fun since I first learned Python. The > work you have done has opened the door for a tremendous amount of innovation > that I think we are just starting to see. Congratulations to all of the > developers. > > 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...

Thanks, happy to of confirmed. With that in mind, will use the AST modules provided by the languages (with the exception of libclang for C++). Antoine: Am aware of Numba, nice job there BTW. So is there a [decoupled] LLVM parser which I can use to read Python files and analyse objects (including computing their attributes in OO and setattr scenarios)? On Wed, Jul 1, 2015 at 10:23 PM, Antoine Pitrou <antoine at python.org> wrote: > > Hi, > > Alec...

..., 2015 at 2:35 AM, Alec Taylor <alec.taylor6 at gmail.com> > wrote: > >> Thanks, happy to of confirmed. >> >> With that in mind, will use the AST modules provided by the languages >> (with the exception of libclang for C++). >> >> Antoine: Am aware of Numba, nice job there BTW. So is there a [decoupled] >> LLVM parser which I can use to read Python files and analyse objects >> (including computing their attributes in OO and setattr scenarios)? >> >> On Wed, Jul 1, 2015 at 10:23 PM, Antoine Pitrou <antoine at python.org> &...

IIRC when LLVM came out a bunch of community-contributed parsers were available on your website. Essentially I want to read in a programming language, prune the AST until it contains only what I define as a "summary", then convert that AST to that of another language, before finally outputting [code-generating] a compilable/interpretable source [think boilerplate]. Would be good to

Hi Ulrich, and any other llvm PowerPC/JIT users, It looks like the Numba maintainers have run in to an issue with RuntimeDyldELF's PowerPC support (See https://github.com/numba/numba/issues/2451#issuecomment-377739948 and later comments) Due to a recent change to weak symbol handling, we now always resolve to the first copy of a function that is emitted (discarding...

Hello, We are happy to release version 0.10.0 of llvmlite. llvmlite is a light-weight Python binding for LLVM (compatible with Python 2.7 as well as Python 3.4 and later). It stems from the needs of the Numba community and is geared towards creating JIT compilers. llvmlite is available both as source code and as binaries for a number of platforms. Source code is available on PyPI and Github: https://pypi.python.org/pypi/llvmlite/ https://github.com/numba/llvmlite/ Binaries for Linux, Windows and OS X...

...d job. It also supports multiple LLVM installations (it uses the one of the first llvm-config in path). I'd be happy to have some feedback, give it a look: https://rev.ng/llvmcpy -- Alessandro Di Federico PhD student at Politecnico di Milano [1] http://www.llvmpy.org/ [2] https://github.com/numba/llvmlite [3] https://github.com/numba/llvmlite/issues/157 [4] http://cffi.readthedocs.io/en/latest/

​Hello all, I have written a code in llvmlite. Using command numba --dump-llvm example.py > example.ll I can have .ll file. However, using lli example.ll, I am stopped with error: 'main' function not found in module. Is there anyway at which it can be executed using lli? Thank you in advance Best -- This email was Anti Virus checked by Security G...

...tting in the tree for months. We then have to scrabble to bisect and try to track them down. > > TL;DR version: If we want downstream people to test ToT, then we need to make updating LLVM library consumers to ToT far less painful than it is now. +1 to this. As a developer of llvmlite and numba, it would be counter-productive for me to try to follow the LLVM ToT, as opposed to migrate after a X.Y.1 release as we currently do. Regards Antoine.

Hello, I am a bit curious about the rationale for the current callback-based object cache API. For Numba, it would be easier if there would be a simple procedural API: - one method to get a module's compiled object code - one method to load/instantiate a module from a given piece of object code I manage to get around the callback-based API to do what I want, but it's a bit weird to work with....

...ts.llvm.org> wrote: > > > > I would love to know your thoughts on this, and more specifically: > > Which of the 3 (byval(T), byval(N) and byval + dereferenceable + align) > > do you think would provide the easiest transition path for front-ends? > > We (llvmlite and Numba) don't use byval specifically but, were we to use > it, I think byval(T) would by far be the easiest for us. By contrast, > computing ABI sizes is a bit of a PITA due to llvmlite's architecture > (llvmlite's IR generation side doesn't call into LLVM at all, it > generat...

...f >> invoking pow() math built-in. For algorithm part, I am clear for the logic. >> But I am not quite sure for which parts of LLVM should I replace built-in >> pow with another efficient pow implementation. Any comments and feedback >> are appreciated. Thanks! > > In Numba, we have decided to optimize some usages of the power function > in our own front-end, so that LLVM IR gets an already optimized form, > as we have found that otherwise LLVM may miss some optimization > opportunities. YMMV. It seems to me that it would be more interesting to gather these...

...g/2015/schedule/track/llvm_toolchain/) on the Sunday. ## News and articles from around the web Stephen Diehl has written an absolutely fantastic tutorial on [writing an LLVM specializer for Python](http://dev.stephendiehl.com/numpile/), guiding you through the process of creating something like [Numba](https://github.com/numba/numba). A new tool, [Dwgrep](http://pmachata.github.io/dwgrep/) (DWARF Grep) may be of interest to many LLVM Weekly readers. This [blog post](http://developerblog.redhat.com/2015/01/22/querying-dwarf-for-fun-and-profit/) gives an intro to using it. Paul Smith has a blog...

Hal Finkel <hfinkel <at> anl.gov> writes: > > Do you require long-term cross-release ABI and/or API stability > from the C API that you're using? Do these > other projects? For the record, in llvmlite and Numba we don't require C API stability for two reasons: 1) the C API is not enough for us and we rely on bits of the C++ API 2) we also rely on other details such as textual IR format, which change from release to release anyway. Regards Antoine.

...gt; through builder APIs? Otherwise this makes debugging significantly > > harder for me. I've also really liked how readable LLVM IR is, and it > > would seem like this change would negatively affect the readability. > > I kindof agree with Dirkjan. We use a similar approach (Numba calls into > llvmlite to generate textual LLVM IR), and the type checking can come in > handy to avoid later crashes (otherwise it's very easy to mess up a > getelementptr instruction). > > However, llvmlite does track types on its own, so we could also add our > own error che...

Hi there, Sorry, I don't have the thread history to reply to since I normally read llvmdev through the archives, but wanted to give my .02 of feedback anyway. As far as I understand, this change is wanted because the LLVM infrastructure derives no value from knowing the types, and there's a cost in terms of code spent to support all of it. I've been creating a frontend that mostly

...math built-in. For algorithm part, I am clear for the logic. >>>> But I am not quite sure for which parts of LLVM should I replace built-in >>>> pow with another efficient pow implementation. Any comments and feedback >>>> are appreciated. Thanks! >>> In Numba, we have decided to optimize some usages of the power function >>> in our own front-end, so that LLVM IR gets an already optimized form, >>> as we have found that otherwise LLVM may miss some optimization >>> opportunities. YMMV. >> It seems to me that it would be m...

...ject, you may want to join #lowRISC on irc.oftc.net. ## News and articles from around the web Eli Bendersky has written a useful [introduction to using the llvmlite Python to LLVM binding](http://eli.thegreenplace.net/2015/building-and-using-llvmlite-a-basic-example/), which was borne out of the Numba project. LLVM/Clang 3.6-rc2 [has been tagged](http://article.gmane.org/gmane.comp.compilers.llvm.devel/81600) and is ready for testing. The next LLVM bay-area social is taking place [on Feb 5th at 7pm](http://article.gmane.org/gmane.comp.compilers.clang.devel/41012/). The EuroLLVM [call for pape...

On 12 May 2016 at 16:56, Kristof Beyls <Kristof.Beyls at arm.com> wrote: > In my opinion, it would be better overall for the LLVM project if > top-of-trunk is > tested as much as possible, if testing resources are so scarce that a > choice > has to be made between testing top-of-trunk or testing a release branch. > I agree that trunk is more important, with both of my