search for: hoflehner

----- Original Message ----- > From: "Gerolf Hoflehner" <ghoflehner at apple.com> > To: "Hal Finkel" <hfinkel at anl.gov> > Cc: "LLVM Dev" <llvmdev at cs.uiuc.edu>, "Jiangning Liu" <liujiangning1 at gmail.com>, "George Burgess IV" > <george.burgess.iv at gmail.com> >...

On 20 August 2014 00:24, Gerolf Hoflehner <ghoflehner at apple.com> wrote: > My experience from leading BOFs at other conferences is more talk than action. So I suggest a different setup for this topic: how about having a working group meeting with participants who can commit time to work on this topic? Mine too, but in this case...

...Level IR: A Case Study of Complementing LLVM IR with Language-Specific Optimization, Joseph Groff - Apple Inc. Chris Lattner - Apple Inc. Typeless Pointers in LLVM IR, David Blaikie - Google Inc Session #5: October 30 10:00-10:45: Salon I & II LLVM Performance Improvements and Headroom, Gerolf Hoflehner - Apple Session #6: October 30 11:15-12:45 Salon III & IV Optimizing LLVM for GPGPU, Jingyue Wu - Google Inc. OpenMP GPU/Accelerator support Coming of Age in Clang, Michael Wong - IBM, Alexey Bataev - Intel Session #7: October 30 11:15-12:45: Salon I & II Exception handling in LLVM, from...

...would like to run some benchmarks on ARM hardware and to look at impact of your patches on LTO. Kind regards, Evgeny Astigeevich From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Chandler Carruth Sent: 15 July 2015 10:45 To: Chandler Carruth; Gerolf Hoflehner Cc: LLVM Developers Mailing List Subject: Re: [LLVMdev] GlobalsModRef (and thus LTO) is completely broken I've fixed the obvious bugs I spotted in r242281. These should be pure correctness improvements. I've sent the two patches I'm imagining to address the core issue here: htt...

On Mon, Feb 13, 2017 at 2:06 PM Gerolf Hoflehner via llvm-dev < llvm-dev at lists.llvm.org> wrote: > For unrolling specifically I agree with Hal that the hooks should be > target specific. Actually, I go further and think they should be uArch > specific. > They already are, it is just that no one has contributed a patch to use...

...> > > > Kind regards, > > Evgeny Astigeevich > > > > > > *From:* llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] *On > Behalf Of *Evgeny Astigeevich > *Sent:* 15 July 2015 15:12 > > > *To:* 'Chandler Carruth'; Gerolf Hoflehner > *Cc:* LLVM Developers Mailing List > *Subject:* Re: [LLVMdev] GlobalsModRef (and thus LTO) is completely broken > > > > Hi Chandler, > > > > I would like to run some benchmarks on ARM hardware and to look at impact > of your patches on LTO. > > > > Kin...

...etc. I pushed back one fix for sccp, and will post one for adce later. Hopefully they will help in your case, but I doubt they are exhaustive. FWIW, there is one bright spot here: I have no (not yet…) example where incorrect code is generated. -Gerolf > On May 31, 2019, at 2:08 AM, Gerolf Hoflehner via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > > There is a non-deterministic problem with the uselists. The code causing this is almost identical in the IR and the bc writer. In some invocations of opt the uselists are shuffled in others (same input) they are not. I haven’t...

...> > > > Kind regards, > > Evgeny Astigeevich > > > > > > *From:* llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] *On > Behalf Of *Evgeny Astigeevich > *Sent:* 15 July 2015 15:12 > > > *To:* 'Chandler Carruth'; Gerolf Hoflehner > *Cc:* LLVM Developers Mailing List > *Subject:* Re: [LLVMdev] GlobalsModRef (and thus LTO) is completely broken > > > > Hi Chandler, > > > > I would like to run some benchmarks on ARM hardware and to look at impact > of your patches on LTO. > > > > Kin...

...> > > > Kind regards, > > Evgeny Astigeevich > > > > > > *From:* llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] *On > Behalf Of *Evgeny Astigeevich > *Sent:* 15 July 2015 15:12 > > > *To:* 'Chandler Carruth'; Gerolf Hoflehner > *Cc:* LLVM Developers Mailing List > *Subject:* Re: [LLVMdev] GlobalsModRef (and thus LTO) is completely broken > > > > Hi Chandler, > > > > I would like to run some benchmarks on ARM hardware and to look at impact > of your patches on LTO. > > > > Kin...

...fference for the 7 benchmarks that compile. This includes bzip2 (although different source base than in CINT2000), mcf, hmmer, sjeng, h364ref, astar, xalancbmk On Sep 15, 2014, at 11:59 AM, Hal Finkel <hfinkel at anl.gov> wrote: > ----- Original Message ----- >> From: "Gerolf Hoflehner" <ghoflehner at apple.com> >> To: "Jiangning Liu" <liujiangning1 at gmail.com>, "George Burgess IV" <george.burgess.iv at gmail.com>, "Hal Finkel" >> <hfinkel at anl.gov> >> Cc: "LLVM Dev" <llvmdev at cs.uiuc....

...copy code should probably carry a warning: Do what we say, not what we do. Cheers, Lang. On Thu, Aug 20, 2015 at 4:17 PM, Hal Finkel <hfinkel at anl.gov> wrote: > ----- Original Message ----- > > From: "Lang Hames" <lhames at gmail.com> > > To: "Gerolf Hoflehner" <ghoflehner at apple.com> > > Cc: "Mehdi Amini" <mehdi.amini at apple.com>, "LLVM Developers Mailing > List" <llvm-dev at lists.llvm.org>, "Hal Finkel" > > <hfinkel at anl.gov>, "Philip Reames" <listmail at phil...

...> > > > Kind regards, > > Evgeny Astigeevich > > > > > > *From:* llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] *On > Behalf Of *Evgeny Astigeevich > *Sent:* 15 July 2015 15:12 > > > *To:* 'Chandler Carruth'; Gerolf Hoflehner > *Cc:* LLVM Developers Mailing List > *Subject:* Re: [LLVMdev] GlobalsModRef (and thus LTO) is completely broken > > > > Hi Chandler, > > > > I would like to run some benchmarks on ARM hardware and to look at impact > of your patches on LTO. > > > > Kin...

Ping From: Mandeep Singh Grang [mailto:mgrang at codeaurora.org] Sent: Tuesday, February 03, 2015 4:34 PM To: 'llvmdev at cs.uiuc.edu' Cc: 'ghoflehner at apple.com'; 'apazos at codeaurora.org'; mgrang at codeaurora.org Subject: Question on Machine Combiner Pass Hi, In the file lib/CodeGen/MachineCombiner.cpp I see that in the function MachineCombiner::preservesCriticalPathLen we try to determine whether the new combined instr...

...gt; Cc: "Mehdi Amini" <mehdi.amini at apple.com>, "LLVM Developers Mailing > List" <llvm-dev at lists.llvm.org>, "Philip Reames" > > <listmail at philipreames.com>, "Peter Cooper" <peter_cooper at apple.com>, > "Gerolf Hoflehner" <ghoflehner at apple.com> > > Sent: Friday, August 21, 2015 1:02:18 AM > > Subject: Re: [llvm-dev] [RFC] Generalize llvm.memcpy / llvm.memmove > intrinsics. > > > > Hi Hal > > > > > By this I assume you mean some new 'nooverlap' metadata...

...>> Evgeny Astigeevich >> >> >> >> >> >> From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On >> Behalf Of Evgeny Astigeevich >> Sent: 15 July 2015 15:12 >> >> >> To: 'Chandler Carruth'; Gerolf Hoflehner >> Cc: LLVM Developers Mailing List >> Subject: Re: [LLVMdev] GlobalsModRef (and thus LTO) is completely broken >> >> >> >> Hi Chandler, >> >> >> >> I would like to run some benchmarks on ARM hardware and to look at impact >> of your...

...ther location doesn't reach a global, I think it would be much more effective to re-cast this as a forward analysis that determines all the memory locations in a function that come from outside the function, and use that to drive the no-alias responses. On Tue, Jul 14, 2015 at 12:12 PM Gerolf Hoflehner <ghoflehner at apple.com> wrote: > I wouldn’t be willing to give up performance for hypothetical issues. > Please protect all your changes with options. For some of your concerns it > is probably hard to provide a test case that shows an/the actual issue. > I certainly agree tha...

...4 vs GCC 4.9 % ARM64 vs AArch64 % ARM64 vs AArch64 patched % SPEC 2000 art -10 -5 -1 bzip2 -3 5 5 crafty -5 1 3 gap -8 1 2 gzip 0 4 3 mcf -2 -1 -1 mesa -15 -3 -1 parser -10 -2 4 perlbmk 5 7 5 vortex -3 -6 -4 vpr -15 -1 0 From: Gerolf Hoflehner [mailto:ghoflehner at apple.com] Sent: Tuesday, April 08, 2014 4:46 PM To: Ana Pazos Cc: Tim Northover; LLVM Developers Mailing List Subject: Re: [LLVMdev] Proposal: AArch64/ARM64 merge from EuroLLVM Hi Ana, could you share the SPEC2000 data per suite and per benchmark? Thanks Gerolf...

...its own. I could see it working if we had a flag that artifically runs the compilation pipeline hundreds of times or alternatively puts the whole compiler into something like googlebenchmark. - Matthias > > — > Mehdi > > > > >> On Nov 15, 2016, at 1:27 PM, Gerolf Hoflehner via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: >> >> >> Hi, >> >> this is about kicking-off regular compile-time tracking for LLVM and CLANG on the green dragon: http://lab.llvm.org:8080/green/view/Compile%20Time/ &l...

Can you share you compile-time and memory footprint measurements at least for CTMark? For a new pass/feature it would be great to share this with the community before you commit. Or did I miss them? Thanks Gerolf > On Jun 27, 2017, at 3:26 PM, Geoff Berry via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > EarlyCSE w/ MemorySSA has been enabled by default as of r306477 >

...e struct before reading part of 't'. If we could mark only the source as volatile then we could discard the stores to 't'. Again - nobody has asked for this, but if there's interest now would be a good time to look at it. Cheers, Lang. On Wed, Aug 19, 2015 at 1:56 PM, Gerolf Hoflehner via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > On Aug 19, 2015, at 12:54 PM, Mehdi Amini via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > > On Aug 19, 2015, at 12:01 PM, Hal Finkel via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > --...