search for: freund

...like the second case, in postgresql. The debian packagers report that postgres' tests fail on x32 when llvm support is enabled. The relevant bitcode excerpt and error is: https://gist.github.com/anarazel/f8fe66e149740479ec8501683008620e Is x32 support considered stable? Greetings, Andres Freund

On 05/05/18 17:58, Andres Freund wrote: > You're building LLVM with assertions enabled > (-DLLVM_ENABLE_ASSERTIONS=ON). > Some of those are fairly expensive... > Is there another way to get LLVM to check the correctness of my IR without the assertions? That's what I'm assuming I need the flag for (it's...

Hi, On 2020-09-25 16:38:41 -0700, Andres Freund via llvm-dev wrote: > On 2020-09-24 16:34:30 -0700, Lang Hames wrote: > > If anyone wants to check out the OrcV1 removal branch and provide feedback > > now is the time. Otherwise I will aim to land the work in the mainline > > early next week. > > I'm trying to get...

...ho is interested in working on this. My pitch: We should solve this by investing in JITLink and implementing profiling (and debugger support) via ObjectLinkingLayer::Plugins. Maybe a brief overview of / discussion on how these work would be useful? -- Lang. On Fri, Sep 25, 2020 at 7:19 PM Andres Freund <andres at anarazel.de> wrote: > Hi, > > On 2020-09-25 19:05:42 -0700, Lang Hames wrote: > > The 2020 Virtual LLVM Developer's Meeting is coming up the week after > next. > > I'll be hosting a JIT Birds-of-a-Feather session on Thursday the 8th at > > 10:...

...ntf("args[1]: %d\n", (int)LLVMGenericValueToInt(args[1], 0)); uint64_t (*func)(); func = (uint64_t (*)())LLVMGetFunctionAddress(engine, "sum"); printf("result: %lu\n", (*func)()); Anything else I should look at? Toshi On Wed, Jan 25, 2017 at 5:20 PM, Andres Freund <andres at anarazel.de> wrote: > Hi, > > On 2017-01-25 15:17:04 -0800, Toshiyasu Morita via llvm-dev wrote: > > long long x = strtoll(argv[1], NULL, 10); > > long long y = strtoll(argv[2], NULL, 10); > > > > LLVMGenericValueRef args[] = > > {LLVMC...

Hi All, The 2020 Virtual LLVM Developer's Meeting is coming up the week after next. I'll be hosting a JIT Birds-of-a-Feather session on Thursday the 8th at 10:55am PDT (See http://llvm.org/devmtg/2020-09/schedule/). I'm planning to run this more like a Round Table: Minimal introduction, plenty of time for discussion. Does anyone have any LLVM JIT related topics that they would

Andres: FWIW, codegen will do the merge if you turn on global alias analysis for it "-combiner-global-alias-analysis". That said, we should be able to do this merging earlier. -Nirav On Mon, Sep 10, 2018 at 8:33 PM, Andres Freund via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hi, > > On 2018-09-10 13:42:21 -0700, Andres Freund wrote: > > I have, in postres, a piece of IR that, after inlining and constant > > propagation boils (when cooked on really high heat) down to (also > > attached...

Hi, I would like to discuss the future/potential use-cases of LLVM JIT. I'm also interested in reducing the compilation time of code in JIT component independent of static compiler. Is it sounds interesting? :) On Sat, 26 Sep 2020 at 07:49, Andres Freund <andres at anarazel.de> wrote: > Hi, > > On 2020-09-25 19:05:42 -0700, Lang Hames wrote: > > The 2020 Virtual LLVM Developer's Meeting is coming up the week after > next. > > I'll be hosting a JIT Birds-of-a-Feather session on Thursday the 8th at > > 10:...

...life better for Orc beginners? -- What would make life better for Orc experts? -- What would make it easier for you to contribute to Orc? -- Any volunteers to help with the documentation effort? Looking forward to seeing you all on Thursday. -- Lang. On Fri, Oct 2, 2020 at 11:21 AM Andres Freund <andres at anarazel.de> wrote: > Hi, > > On 2020-10-02 10:44:43 -0700, Lang Hames wrote: > > Sounds good to me. I think there are two sub-topics here: > > (1) JIT specifics. E.g. What default optimization pipelines should we > > provide in the JIT? The standard 0/1...

...that then can be merged as > a whole / shortly after each other, rather than just starting to develop > a replacement after the removal. That sounds good to me. I'll create a branch called 'orcv1-removal' for this shortly. Regards, Lang. On Mon, Sep 7, 2020 at 12:53 PM Andres Freund <andres at anarazel.de> wrote: > Hi, > > On 2020-09-06 23:16:00 -0700, Lang Hames wrote: > > The time has finally come to remove OrcV1. I expect to remove it some > time > > after the 14th of September. This will remove all the legacy layers, > legacy > > uti...

...ng JITDylib, though I'm not sure how good the coverage on those asserts are yet. I think this system could be generalized to enable cross-dylib tracking at the cost of a few dozen extra bytes per tracker. Do you have a use-case for this? Regards, Lang. On Wed, Sep 16, 2020 at 12:48 PM Andres Freund <andres at anarazel.de> wrote: > Hi, > > On 2020-09-16 11:52:11 -0700, Lang Hames wrote: > > I've updated the orcv1 removal branch ( > > https://github.com/lhames/llvm-project/tree/orcv1-removal) with an > initial > > patch for removable code. If anyone want...

Hi, On 2018-05-06 00:19:42 +0200, edA-qa mort-ora-y wrote: > On 05/05/18 17:58, Andres Freund wrote: > > You're building LLVM with assertions enabled > > (-DLLVM_ENABLE_ASSERTIONS=ON). > > Some of those are fairly expensive... > > > > Is there another way to get LLVM to check the correctness of my IR > without the assertions? That's what I'm ass...

On 06/05/18 00:21, Andres Freund wrote: > That's what I do (using Orc to JIT parts of SQL queries). By default I > have the debug build of postgres linked against debug LLVM w/ > assertions, and the optimized build against an optimized LLVM wo/ > assertions (albeit with symbols). I've tried a builld with assert...

...nservatively giving up early on merging. It looks like you're running clang 5.02. There have been some improvements to the backend's memory aliasing and store merging that have landed since. Can you check if this is fixed in a newer version? -Nirav On Tue, Sep 11, 2018 at 2:21 PM, Andres Freund <andres at anarazel.de> wrote: > Hi, > > On 2018-09-11 11:16:25 -0400, Nirav Davé wrote: > > Andres: > > > > FWIW, codegen will do the merge if you turn on global alias analysis for > it > > "-combiner-global-alias-analysis". That said, we should...

...t; this by investing in JITLink and implementing profiling (and debugger >> support) via ObjectLinkingLayer::Plugins. Maybe a brief overview of / >> discussion on how these work would be useful? >> >> -- Lang. >> >> >> On Fri, Sep 25, 2020 at 7:19 PM Andres Freund <andres at anarazel.de> wrote: >> >>> Hi, >>> >>> On 2020-09-25 19:05:42 -0700, Lang Hames wrote: >>> > The 2020 Virtual LLVM Developer's Meeting is coming up the week after >>> next. >>> > I'll be hosting a JIT Birds-o...

Hi there. I got myself a pair of old Intel Xeon blades, which I plan to repurpose with CentOS. The model is : HP bl20p-g3 server blade Manual http://h18004.www1.hp.com/products/quickspecs/12322_ca/12322_ca.pdf Now, the main problem with this hardware is that LVD UW SCSI HDDs are hard to find and hella expensive if you find em (and of reduced capacity). Any of you know: 1. If there's any

...r the next few meetings... > You can continue to use LLVMCreateGDBRegistrationListener and > LLVMCreatePerfJITEventListener from ExecutionEngine.h for now. We just need > to add an OrcV2 equivalent of LLVMOrcRegisterJITEventListener. I'll do that > today. Cool. Greetings, Andres Freund

Hi: In our frontend we are attempting to build a lock mechanism without using system apis like pthreads and whatnot for internal reasons. In order to achieve this we are now creating a int32 type GV, and then use atomic load/store and comparisons. The generated IR looks like the following: ``` @Flag = private global i32 0, align 4 %0 = load atomic i32, i32* @Flag acquire, align 4 %1 = icmp eq

...mplementing profiling (and debugger > support) via ObjectLinkingLayer::Plugins. Maybe a brief overview of / > discussion on how these work would be useful? > >>> > >>> -- Lang. > >>> > >>> > >>> On Fri, Sep 25, 2020 at 7:19 PM Andres Freund <andres at anarazel.de> > wrote: > >>>> > >>>> Hi, > >>>> > >>>> On 2020-09-25 19:05:42 -0700, Lang Hames wrote: > >>>> > The 2020 Virtual LLVM Developer's Meeting is coming up the week > after next. >...

...s update at the same time). I see a memory leak with OrcV2 that I didn't see with V1. I'm not yet sure where exactly they're coming from. Possible that I'm just missing a step somewhere. Or something around the removable code support doesn't yet fully work. Greetings, Andres Freund