search for: anarazel

...#39;s unfortunately been no investigation. I'm asking because I hit something eerily looking 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

...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/2/3/s options, or woul...

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:55am PDT (See http://ll...

...orking 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:55am PDT (See http://ll...

...\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[] = > > {LLVMCreateGenericValueOfInt(...

...ged 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 > > utilities, the old Orc C b...

...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...

...s Product: Portable OpenSSH Version: 9.7p1 Hardware: Other OS: All Status: NEW Severity: enhancement Priority: P5 Component: sshd Assignee: unassigned-bugs at mindrot.org Reporter: andres at anarazel.de Hi, The code injected in CVE-2024-3094 causes RSA_public_decrypt to be redirected to a payload. This is not reachable for normal pubkey authentication without 1) the key algorithm being of a permitted type 2) knowing at least the signature of a pubkey in authorized_keys etc However, certifi...

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

...(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...

...'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 wants to follow along with...

...p 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 be able to do > thi...

...as one of the motivations for the concurrency support in OrcV2. It's doable at the moment, but it requires a fair bit of manual work on the client's part. Implementation and API design in this area seem like good topics. -- Lang. On Fri, Oct 2, 2020 at 10:21 AM Andres Freund <andres at anarazel.de> wrote: > Hi, > > On 2020-09-29 01:52:48 +0530, Praveen Velliengiri wrote: > > I'm also interested in reducing the compilation time of code in JIT > > component independent of static compiler. Is it sounds interesting? :) > > That would be of interest to me too...

> On Mar 26, 2018, at 17:09, Andres Freund <andres at anarazel.de> wrote: > > Hi, > > On 2018-03-26 16:44:05 -0700, Duncan P. N. Exon Smith wrote: >>> The second approach is to *not* cache modules but re-read them from disk >>> (or memory, but that's irrelevant here). That works without any sort of >>> asserts, b...

...>>> 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...

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

Hi, On 2020-09-30 19:00:45 -0700, Lang Hames wrote: > Ok -- I'll make getting the new lookup API working a priority then. Cool. > > 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

There is already 10 PRs sent to GitHub repo. But they all are useless, in every PR people are being informed that they should send patches to http://reviews.llvm.org/

Hi, On 2020-09-30 17:52:46 -0700, Lang Hames wrote: > I've just realised that we're going to need a change to the definition > generator API in the long term: Right now it is called under the session > lock, but we want to shift to calling it outside the lock and passing a > lookup-continuation. This would allow definition discovery to take an > arbitrarily long time

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 it to work with postgres. Unfortunately this week