search for: lhame

...All, Everything is landing all at once, just not in the mainline... yet. As discussed in http://lists.llvm.org/pipermail/llvm-dev/2020-September/144885.html: OrcV1 will be removed very soon. I have posted a branch with the removal, "orcv1-removal", in my llvm fork at https://github.com/lhames/llvm-project. In addition to removing OrcV1, the orcv1-removal branch also contains a prototype of the removable code feature. I'm going to discuss this at greater length over the next couple of weeks, but if anyone's interested in playing with the prototype I'd recommend starting wit...

Hi All, 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 the development or share thoughts on the design you're very welcome to. I'll be adding tests and comments this week, but for anyone who wants to take an early look the main elem...

...her than a small result that truncates to zero. CC'ing llvm-commits, where this email should have gone in the first place. :) Cheers, Lang. On Thu, Jan 1, 2015 at 10:56 PM, Mehdi Amini <mehdi.amini at apple.com> wrote: > Hi Lang, > > On Jan 1, 2015, at 5:57 PM, Lang Hames <lhames at gmail.com> wrote: > > Hi All, > > APFloat::fusedMultiplyAdd currently computes the wrong signed zero when > small negative results are truncated back to zero in standard precision. > The following snippet handles the signedness in fusedMultiplyAdd: > > /* If two numbe...

...ocations is normally the main job of ObjectLinkingLayer and as I said I can create my own ObjectLinkingLayer or something instead of it that has these calls but it doesn’t feel right if all I need to reuse ObjectLinkingLayer is to avoid the resolveRelocations call. Eugene From: Lang Hames [mailto:lhames at gmail.com] Sent: Wednesday, July 22, 2015 8:17 PM To: Eugene Rozenfeld <Eugene.Rozenfeld at microsoft.com> Cc: llvmdev at cs.uiuc.edu Subject: Re: ORC and relocations Hi Eugene, Skipping the call to resolveRelocations would disable many (if not all) internal relocations too. Is that the...

...s seem to be not passed to the TransformationFunction so no luck there either. I solved this issue with Modules by either using the mentioned function or by changing the visibility of the symbol – it seems like both is not possible with an object file .w. Kind greetings Björn From: Lang Hames <lhames at gmail.com> Sent: 24 August 2020 19:46 To: Gaier, Bjoern <Bjoern.Gaier at horiba.com> Cc: Stefan Gränitz <stefan.graenitz at gmail.com>; LLVM Developers Mailing List <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] ORC JIT - Incorrect support for COFF files? Hi Bjoern,...

...row. The short version is that I think this is ready to land on the mainline. 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. -- Lang. On Mon, Sep 21, 2020 at 9:51 PM Lang Hames <lhames at gmail.com> wrote: > Hi All, > > I'll be re-hashing this in more detail in this week's ORC Weekly update, >> hopefully with examples and cleaner code. > > > Time got away from me last week unfortunately. I'm still landing unit > tests and cleanups on th...

Hi Sachin, llvm-dev, I've just committed a new PBQP solver which, among other things, should take care of this bug. Please let me know how it works out for you. Cheers, Lang. On Tue, Dec 15, 2009 at 5:54 PM, Lang Hames <lhames at gmail.com> wrote: > Hi Sachin, > > Yes. Bernhard Scholz and I have just discussed a fix for this. I hope to > commit it in the next few days. I will let you know as soon as it goes in to > the mainline. > > Regards, > Lang. > > On Tue, Dec 15, 2009 at 5:34 PM, &...

...happen there, >> especially in the CostAllocator part ? >> >> >> >> Could you shed some light there ? >> >> >> >> Thanks, >> >> Arnaud >> >> >> >> >> >> >> >> *From:* Lang Hames [mailto:lhames at gmail.com] >> *Sent:* 10 September 2014 19:26 >> *To:* Arnaud De Grandmaison >> *Subject:* Re: Leaks in PBQPBuilderWithCoalescing::build ? >> >> >> >> Thanks Arnaud! >> >> >> >> - Lang. >> >> >> >> On Wed,...

...unfortunately. I've had my head down working on a jut-linker replacement. Let me take a look right now... On Mon, Feb 18, 2019 at 10:40 AM David Blaikie <dblaikie at gmail.com> wrote: > Ping - did this end up getting addressed? > > On Mon, Jan 21, 2019, 6:15 PM Lang Hames <lhames at gmail.com wrote: > >> Hi Nick, >> >> I was not aware of it, but it makes sense given the recent switch to >> ORC2, which has different symbol resolution rules. >> >> I am out on vacation this week, but will take a look when I get back and >> see if I...

...> Subject: Re: [LLVMdev] Crash in PBQP register allocator > > Thanks Lang! > > I think we can use linear scan as work around for short term. > > Thanks for your help. > > Regards > Sachin > > > -----Original Message----- > > From: Lang Hames [mailto:lhames at gmail.com] > > Sent: Sunday, November 15, 2009 10:08 AM > > To: Sachin Punyani - I00202 > > Cc: llvmdev at cs.uiuc.edu > > Subject: Re: [LLVMdev] Crash in PBQP register allocator > > > > Hi Sachin, > > > > Confirmed: This is being caused by a subt...

...s into a shared memory, but how? The only thing I receive is a > function pointer, but I don't know how large the function 'behind' is. Even > a call to _msize (windows) does only resolve in a crash. > > Kind regards > Björn > > > > From: Lang Hames <lhames at gmail.com> > To: bjoern.gaier at horiba.com > Cc: willdtz at gmail.com, Clang Dev <cfe-dev at lists.llvm.org> > Date: 01.05.2017 20:15 > Subject: Re: [cfe-dev] JIT doens't resolve address - Resolve > obj-Addresses? > -------------------...

...kevich at gmail.com> wrote: > > Hi Lang, Steven, > > Any updates on this? Steven, is there a progress with metadata parser for Objective-C? > > Let us know if we can help somehow. > > Thanks. > > Stanislav > >> On 22 Oct 2016, at 03:21, Lang Hames <lhames at gmail.com <mailto:lhames at gmail.com>> wrote: >> >> > So no JIT for i386? >> >> I didn't realise i386 still used ObjC 1 - all my experiments were on arm64. >> >> i386 support for ObjC would be nice to have, but it's not a blocker for a...

...nly register renaming in HW and does not affect performance. > > 2) The non-numeric result of FMA is not commutative for multiplicand and the multiplier. You are right. This property should be removed. > > > - Elena > > -----Original Message----- > From: Lang Hames [mailto:lhames at gmail.com] > Sent: Friday, December 20, 2013 23:03 > To: Kay Tiong Khoo > Cc: LLVM Developers Mailing List; Demikhovsky, Elena; Craig Topper > Subject: Re: [LLVMdev] Commutability of X86 FMA3 instructions. > > Hi Kay, > > My patch will partially address your bug. For now...

...he CompileOnDemandLayer executes the program from a code cache and holds pointers to the code of the functions it executes? I am compiling for Power machine. Is there a target specific pieces that I should implement for making Orc work on Power? Thanks again, Revital From: Lang Hames <lhames at gmail.com> To: Revital1 Eres/Haifa/IBM at IBMIL Cc: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> Date: 20/07/2015 08:41 PM Subject: Re: [LLVMdev] Help with using LLVM to re-compile hot functions at run-time Hi Revital, The CompileOnDemand layer is used by...

...and as I said I can create my own ObjectLinkingLayer or > something instead of it that has these calls but it doesn’t feel right if > all I need to reuse ObjectLinkingLayer is to avoid the resolveRelocations > call. > > > > Eugene > > > > *From:* Lang Hames [mailto:lhames at gmail.com] > *Sent:* Wednesday, July 22, 2015 8:17 PM > > *To:* Eugene Rozenfeld <Eugene.Rozenfeld at microsoft.com> > *Cc:* llvmdev at cs.uiuc.edu > *Subject:* Re: ORC and relocations > > > > Hi Eugene, > > > > Skipping the call to resolveRelocation...

...t all please file a bug and assign it to me. -- Lang. On Mon, Sep 28, 2020 at 2:05 PM Geoff Levner <glevner at gmail.com> wrote: > We use LLJIT. Do addObjectFile() and StaticLibraryDefinitionGenerator > work for ELF objects? > > On Mon, Sep 28, 2020 at 10:57 PM Lang Hames <lhames at gmail.com> wrote: > > > > Hi Geoff, > > > >> Importing symbols into the JIT from an object file or static library...? > > > > > > Sure! Are you interested in doing this with the C API, LLJIT, or raw > OrcV2 components? > > > > The h...

...e given physreg for > a virtreg operand, taking the subregister index into account. That is > what my examples have been doing manually. Using substPhysReg would > allow you to tidy the Gcra code up slightly. > > - Lang. > > > On Thu, Nov 15, 2012 at 11:21 AM, Lang Hames <lhames at gmail.com > <mailto:lhames at gmail.com>> wrote: > > Thanks Jakob. I should have mentioned that earlier. :) > > When you see mismatched sizes on operands it's a fair bet that the > subreg rewriting has gone wrong. I should have pulled that entirely &gt...

...itz<mailto:stefan.graenitz at gmail.com> I remember your patch! How does it deal with extern variables though? As far as I understood from the code – not that I understood much – it fixes function calls by having a trampoline right? Thank you guys! Kind greetings Björn From: Lang Hames <lhames at gmail.com> Sent: 22 August 2020 19:50 To: Stefan Gränitz <stefan.graenitz at gmail.com> Cc: Gaier, Bjoern <Bjoern.Gaier at horiba.com>; LLVM Developers Mailing List <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] ORC JIT - Incorrect support for COFF files? Hi Stefan,...

...`notifyObjectLoaded`. This code is NOT present at the tip of MLIR master. Hence the solution here may be to move to latest MLIR master which I probably should have tried before sending this mail. Will do that now. Adam From: Straw, Adam D Sent: Tuesday, May 26, 2020 9:41 AM To: Lang Hames <lhames at gmail.com>; David Blaikie <dblaikie at gmail.com> Cc: llvm-dev at lists.llvm.org; Cyphers, Scott <Scott.Cyphers at intel.com>; Bobba, Jayaram <jayaram.bobba at intel.com>; Mostafa, Nagy H <Nagy.H.Mostafa at intel.com>; Iyer, Swapna <swapna.iyer at intel.com> Sub...

...cator > > > > Thanks Lang! > > > > I think we can use linear scan as work around for short term. > > > > Thanks for your help. > > > > Regards > > Sachin > > > > > -----Original Message----- > > > From: Lang Hames [mailto:lhames at gmail.com] > > > Sent: Sunday, November 15, 2009 10:08 AM > > > To: Sachin Punyani - I00202 > > > Cc: llvmdev at cs.uiuc.edu > > > Subject: Re: [LLVMdev] Crash in PBQP register allocator > > > > > > Hi Sachin, > > > > > > C...