search for: schardl

On 6/16/2016 2:48 PM, Mehdi Amini via llvm-dev wrote: > >> On Jun 16, 2016, at 9:01 AM, TB Schardl via llvm-dev >> <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: >> >> The CSI framework inserts instrumentation hooks at salient locations >> throughout the compiled code of a program-under-test, such as >> function entry and exit...

I am very glad this project reached the state where we can start the public code review. Please shoot the patches for review when ready. --kcc On Thu, Jun 16, 2016 at 12:14 PM, TB Schardl via llvm-dev < llvm-dev at lists.llvm.org> wrote: > CC'ing the mailing list for the CSI project. > > On Thu, Jun 16, 2016 at 12:01 PM, TB Schardl <neboat at mit.edu> wrote: > >> Hey LLVM-dev, >> >> >> We propose to build the CSI framework to prov...

...ng a BoF at the US developers meeting in 3 weeks. To structure the mailing list discussion we propose to: - Inform a broader audience on the (currently) proposed approaches targeted specifically at LLVM (including but not necessarily limited to the work by Intel, Dounia Khaldi et al, Tao Schardl et al and our own work) - Collect/summarize arguments for and against a "more intrusive" parallel representation in LLVM. - Collect/summarize requirements including abstract design goals but also concrete examples that should (not) be supported. => We will use the summ...

...erfert <doerfert at cs.uni-saarland.de> Cc: LLVM-Dev <llvm-dev at lists.llvm.org>; Sanjoy Das <sanjoy at playingwithpointers.com>; Mehdi Amini <mehdi.amini at apple.com>; Chandler Carruth <chandlerc at gmail.com>; Adve, Vikram Sadanand <vadve at illinois.edu>; TB Schardl <neboat at mit.edu>; acjacob at us.ibm.com Subject: Re: [llvm-dev] [RFC][PIR] Parallel LLVM IR -- Stage 0 -- On 03/08/2017 01:03 PM, Tian, Xinmin wrote: > The IR-region annotation we proposed is as below, there is no @llvm.parallel.for.iterator()..... There is no change to loop CFG. &g...

...TB On Thu, Jun 16, 2016 at 2:23 PM, Kostya Serebryany <kcc at google.com> wrote: > I am very glad this project reached the state where we can start the > public code review. Please shoot the patches for review when ready. > > --kcc > > On Thu, Jun 16, 2016 at 12:14 PM, TB Schardl via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> CC'ing the mailing list for the CSI project. >> >> On Thu, Jun 16, 2016 at 12:01 PM, TB Schardl <neboat at mit.edu> wrote: >> >>> Hey LLVM-dev, >>> >>> >>> We p...

...t;doerfert at cs.uni-saarland.de> >> Cc: LLVM-Dev <llvm-dev at lists.llvm.org>; Sanjoy Das <sanjoy at playingwithpointers.com>; Mehdi Amini <mehdi.amini at apple.com>; Chandler Carruth <chandlerc at gmail.com>; Adve, Vikram Sadanand <vadve at illinois.edu>; TB Schardl <neboat at mit.edu>; acjacob at us.ibm.com >> Subject: Re: [llvm-dev] [RFC][PIR] Parallel LLVM IR -- Stage 0 -- >> >> >> >> On 03/08/2017 01:03 PM, Tian, Xinmin wrote: >>> The IR-region annotation we proposed is as below, there is no @llvm.parallel.fo...

...om> Cc: Hal Finkel <hfinkel at anl.gov>; LLVM-Dev <llvm-dev at lists.llvm.org>; Sanjoy Das <sanjoy at playingwithpointers.com>; Mehdi Amini <mehdi.amini at apple.com>; Chandler Carruth <chandlerc at gmail.com>; Adve, Vikram Sadanand <vadve at illinois.edu>; TB Schardl <neboat at mit.edu>; acjacob at us.ibm.com Subject: Re: I don't know who pointed it out first but Mehdi made me aware of it at CGO. I try to explain it shortly. Given the following situation (in pseudo code): alloc A[100]; parallel_for(i = 0; i < 100; i++) A[i] = f(i); ac...

...or inlining. This works for > lto too > > 4) compiler driver can hide all the above from the users > > > In short, making it work in default mode makes it easier to deploy and can > get you a long way > > Thanks, > > David > > > On Sunday, June 19, 2016, TB Schardl <neboat at mit.edu> wrote: > >> Hey Peter and David, >> >> Thank you for your comments. >> >> As mentioned elsewhere, the current design of CSI does not rely on LTO >> for correctness. The tool-instrumented executable will run correctly even >> if...

Hey LLVMDev, I'm working on a ModulePass that uses ScalarEvolution along with several other analyses. After some debugging, it looks to me like ScalarEvolutionWrapperPass does not handle memory correctly for this case. Here's my current understanding of the problem. ScalarEvolutionWrapperPass maintains a unique_ptr to a ScalarEvolution. Calling getSE() dereferences this pointer.

...om> Cc: Hal Finkel <hfinkel at anl.gov>; LLVM-Dev <llvm-dev at lists.llvm.org>; Sanjoy Das <sanjoy at playingwithpointers.com>; Mehdi Amini <mehdi.amini at apple.com>; Chandler Carruth <chandlerc at gmail.com>; Adve, Vikram Sadanand <vadve at illinois.edu>; TB Schardl <neboat at mit.edu>; acjacob at us.ibm.com Subject: Re: On 03/08, Tian, Xinmin wrote: > A quick update, we have been looking through all LLVM passes to > identify the impact of "IR-region annotation", and interaction issues > with the rest of LoopOpt and scalarOpt, e.g....

Hello LLVM-dev, I think I've found an issue with the MachineSink optimization on a program that uses setjmp. It looks like MachineSink will happily move a machine instruction into a following machine basic block (not necessarily a successor), even when that later block can be reached through a setjmp. Here is some example debug output from llc that I'm seeing: Sinking along critical

...s.llvm.org> wrote: > >> >> >> On Thu, Jun 16, 2016 at 3:27 PM, Mehdi Amini via llvm-dev < >> llvm-dev at lists.llvm.org> wrote: >> >>> Hi TB, >>> >>> Thanks for you answer. >>> >>> On Jun 16, 2016, at 2:50 PM, TB Schardl <neboat at mit.edu> wrote: >>> >>> Hey Mehdi, >>> >>> Thank you for your comments. I've CC'd the CSI mailing list with your >>> comments and put my responses inline. Please let me know any other >>> questions you have. >>&g...

...t;> Cc: Hal Finkel <hfinkel at anl.gov>; LLVM-Dev <llvm-dev at lists.llvm.org>; Sanjoy Das <sanjoy at playingwithpointers.com>; Mehdi Amini <mehdi.amini at apple.com>; Chandler Carruth <chandlerc at gmail.com>; Adve, Vikram Sadanand <vadve at illinois.edu>; TB Schardl <neboat at mit.edu>; acjacob at us.ibm.com >> Subject: Re: >> >> On 03/08, Tian, Xinmin wrote: >>> A quick update, we have been looking through all LLVM passes to >>> identify the impact of "IR-region annotation", and interaction issues >>&g...

...u for your comments. I've CC'd the CSI mailing list with your comments and put my responses inline. Please let me know any other questions you have. Cheers, TB On Thu, Jun 16, 2016 at 3:48 PM, Mehdi Amini <mehdi.amini at apple.com> wrote: > > On Jun 16, 2016, at 9:01 AM, TB Schardl via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > Hey LLVM-dev, > > We propose to build the CSI framework to provide a comprehensive suite of > compiler-inserted instrumentation hooks that dynamic-analysis tools can use > to observe and investigate program runtime b...

On Thu, Jun 16, 2016 at 3:27 PM, Mehdi Amini via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hi TB, > > Thanks for you answer. > > On Jun 16, 2016, at 2:50 PM, TB Schardl <neboat at mit.edu> wrote: > > Hey Mehdi, > > Thank you for your comments. I've CC'd the CSI mailing list with your > comments and put my responses inline. Please let me know any other > questions you have. > > Cheers, > TB > > On Thu, Jun 16, 2016 a...

Hey LLVM-dev, We propose to build the CSI framework to provide a comprehensive suite of compiler-inserted instrumentation hooks that dynamic-analysis tools can use to observe and investigate program runtime behavior. Traditionally, tools based on compiler instrumentation would each separately modify the compiler to insert their own instrumentation. In contrast, CSI inserts a standard

Hey LLVMDev, Perhaps I'm missing something, but I think I've stumbled across a codegen bug in LLVM 10.0.1 related to AVX512. I've attached a small LLVM IR testcase and generated x86_64 assembly file that shows the bug. The test case is small, but not quite minimal, mostly because of driver code included in the test case so one can compile and run the program. The program does a

...LLVM-Dev <llvm-dev at lists.llvm.org> Cc: Sanjoy Das <sanjoy at playingwithpointers.com>; Mehdi Amini <mehdi.amini at apple.com>; Chandler Carruth <chandlerc at gmail.com>; Adve, Vikram Sadanand <vadve at illinois.edu>; Tian, Xinmin <xinmin.tian at intel.com>; TB Schardl <neboat at mit.edu>; acjacob at us.ibm.com Subject: Re: On 03/08/2017 07:36 AM, Johannes Doerfert wrote: > <mehdi.amini at apple.com>, > Bcc: > Subject: Re: [llvm-dev] [RFC][PIR] Parallel LLVM IR -- Stage 0 -- IR > extension > Reply-To: > In-Reply-To: <2017022422...

...to consider and quite a time sink (which is why even people that care haven’t been able to invest enough time into this). There are enough commercial and open-source projects working actively on this that I think the issue is reaching critical mass. A few of us — Hal, Jeff (Vetter), Johannes, TB Schardl, Xinmin, I, and a few others — have been discussing design ideas, building on lessons from some of these ongoing projects: * Intel’s new OpenMP compiler * ARES from Los Alamos and Oak Ridge * PIR from Saarland. * TAPIR from MIT * HPVM from Illinois Our goal is to put together a design for how to...

FYI, The LLVM Performance Workshop will be held at CGO 2017. The workshop is co-located with CC, HPCA, and PPoPP. If you are interested in attending the workshop, please register at the CGO website: http://cgo.org/cgo2017/workshops.html When: Saturday February 4th, 2017 Where: Austin, Texas, USA ---- Hi, CGO workshop and tutorial organizers, This is a friendly reminder that early