search for: lyerly

...the AArch64 backend to generate this section. On the website with information about the intrinsic [1], it says that AArch64 is supported. Is there a flag I need to add, or is there something I need to enable when building LLVM to get this support? [1] http://llvm.org/docs/StackMaps.html -- Rob Lyerly Graduate Research Assistant, Systems Software Research Group -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160526/fdeef859/attachment.html>

...proposed change below something we should take in tree? I'm happy to do the mechanics of posting a patch (if Rob doesn't), but I don't know enough to assess. Would such a patch be self contained? Or is there other work needed? > > Philip > > On 05/26/2016 12:28 PM, Rob Lyerly via llvm-dev wrote: >> I figured out the issue -- the AArch64 backend only emits the stack map section if isOSBinFormateMachO() returns true -- see [1], lines 123 - 134. Moving the call to serializeToStackMapSection() outside of the conditional fixes the problem. >> >> [1] http:...

...end only emits the stack map section if isOSBinFormateMachO() returns true -- see [1], lines 123 - 134. Moving the call to serializeToStackMapSection() outside of the conditional fixes the problem. [1] http://llvm.org/doxygen/AArch64AsmPrinter_8cpp_source.html On Thu, May 26, 2016 at 2:46 PM, Rob Lyerly <rlyerly at vt.edu> wrote: > Hi everyone, > > I'm using LLVM's stack map intrinsic to store value location information. > I've got a pass that automatically inserts the "llvm.experimental.stackmap" > intrinsic into the IR. On x86-64, an ".llvm_stack...

...below something we should take in tree? I'm happy to do the mechanics of posting a patch (if Rob doesn't), but I don't know enough to assess. Would such a patch be self contained? Or is there other work needed? >> >> Philip >> >> On 05/26/2016 12:28 PM, Rob Lyerly via llvm-dev wrote: >>> I figured out the issue -- the AArch64 backend only emits the stack map section if isOSBinFormateMachO() returns true -- see [1], lines 123 - 134. Moving the call to serializeToStackMapSection() outside of the conditional fixes the problem. >>> >>&g...

...values at a given instruction in a basic block? Or do I need to write an analysis pass to calculate this information? I realize that live value analysis is usually performed during register allocation in the backend, but I was wondering if there was anything available in the optimizer. -- Rob Lyerly Graduate Research Assistant, Systems Software Research Group -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160324/7858a14a/attachment.html>

There seems to be semantic overlap with stackmap, patchpoint, and statepoint as well. I suspect we should remove pcmarker and forward serialize it in bitcode as a nop. Philip On 12/16/2015 02:14 PM, Justin Bogner via llvm-dev wrote: > Rob Lyerly via llvm-dev <llvm-dev at lists.llvm.org> writes: >> I've seen previous messages about "llvm.pcmarker" not being supported on >> x86 (e.g. http://lists.llvm.org/pipermail/llvm-dev/2010-February/029239.html >> and http://lists.llvm.org/pipermail/llvm-dev/2012-Ju...

...this route is because it seems that clang/LLVM produce bad DWARF info [1]. [1] http://lists.llvm.org/pipermail/llvm-dev/2016-March/097509.html On Thu, Mar 24, 2016 at 3:43 PM, Sanjoy Das <sanjoy at playingwithpointers.com> wrote: > Hi Rob, > > On Thu, Mar 24, 2016 at 12:35 PM, Rob Lyerly via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > Hi everyone, > > > I'm writing a pass that inserts the llvm.experimental.stackmap > > intrinsic into the IR, and I'd like to record the locations of *all* > > live values whenever I insert the intrins...

...stack slot at which it was saved) for a given function call site in the backend. What's the best way to grab this information? Is it possible to get this information if I have the MachineInstr of the function call? I'm currently targeting the AArch64 & X86 backends. Thanks! -- Rob Lyerly Graduate Research Assistant, Systems Software Research Group -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160622/c2262fd1/attachment.html>

...%R13B %R14B %R15B %R12D %R13D %R14D %R15D %R12W %R13W %R14W %R15W> I don't see xmm1 as being preserved across this call. Am I missing something? Thanks for your help! On Wed, Jun 22, 2016 at 5:01 PM, Sanjoy Das <sanjoy at playingwithpointers.com> wrote: > Hi Rob, > > Rob Lyerly via llvm-dev wrote: > > I'm looking for a way to get all the caller-saved registers (both the > > register and the stack slot at which it was saved) for a given function > > call site in the backend. What's the best way to grab this > > information? Is it possible...

...about "llvm.pcmarker" not being supported on x86 (e.g. http://lists.llvm.org/pipermail/llvm-dev/2010-February/029239.html and http://lists.llvm.org/pipermail/llvm-dev/2012-June/051104.html). However, these messages are several years old -- is the intrinsic still not implemented? -- Rob Lyerly Graduate Research Assistant, Systems Software Research Group -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20151216/bfd961ec/attachment.html>

Hi Rob, Rob Lyerly via llvm-dev wrote: > I'm looking for a way to get all the caller-saved registers (both the > register and the stack slot at which it was saved) for a given function > call site in the backend. What's the best way to grab this > information? Is it possible to get this info...

Hi Rob, On Thu, Mar 24, 2016 at 12:35 PM, Rob Lyerly via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Hi everyone, > I'm writing a pass that inserts the llvm.experimental.stackmap > intrinsic into the IR, and I'd like to record the locations of *all* > live values whenever I insert the intrinsic (all this entails is What...

...ar to what happens with "-g"), but I can definitely explore using operand bundles to hold the data. [1] https://hal.inria.fr/inria-00558509v1/document On Sun, Mar 27, 2016 at 1:18 AM, Sanjoy Das <sanjoy at playingwithpointers.com> wrote: > On Sat, Mar 26, 2016 at 12:52 PM, Rob Lyerly <rlyerly at vt.edu> wrote: > > > > Hi Sanjoy, > > > > I'm interested in being able to reconstruct stack frames at runtime. > > In particular, I'd like to be able to unwind frames from a thread's > > stack and inspect the live values of each indi...

On Sat, Mar 26, 2016 at 12:52 PM, Rob Lyerly <rlyerly at vt.edu> wrote: > > Hi Sanjoy, > > I'm interested in being able to reconstruct stack frames at runtime. > In particular, I'd like to be able to unwind frames from a thread's > stack and inspect the live values of each individual activation. I'd &g...

...ovides a best-effort attempt to specify where things are, but optimization make things tricky. However, I would counter with the fact that this is a very simple program being compiled with basic optimizations. Is the compiler just unable to generate variable locations for this program? -- Rob Lyerly Graduate Research Assistant, Systems Software Research Group -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160323/4b210310/attachment.html> -------------- next part -------------- A non-text attachment w...

...egisters (and that were allocated to caller-saved registers) were spilled to the stack as part of the function call procedure. Hopefully this clarifies things -- thanks! [1] http://llvm.org/docs/StackMaps.html [2] http://dwarfstd.org/doc/DWARF4.pdf, page 140 On Mon, Jun 27, 2016 at 10:28 AM, Rob Lyerly <rlyerly at vt.edu> wrote: > Hi Sanjoy, > > I'm having trouble finding caller-saved registers using the RegMask > operand you've mentioned. As an example, I've got a C function that looks > like this: > > double recurse(int depth, double val) > { >...

Hi Rob, Robert Lyerly wrote: > At a high level, I'm interested in finding the locations of all values > that are live at a given call site.**You can think of it like a > debugger, e.g. gdb -- I'd like to be able to unwind the stack, frame by > frame, and locate all the live values for each functi...

Hi Sanjoy, On Mon, Jun 27, 2016 at 4:05 PM, Sanjoy Das <sanjoy at playingwithpointers.com> wrote: > Hi Rob, > > Robert Lyerly wrote: > > At a high level, I'm interested in finding the locations of all values > > that are live at a given call site.**You can think of it like a > > debugger, e.g. gdb -- I'd like to be able to unwind the stack, frame by > > frame, and locate all the live values...