search for: getregmasks

Displaying 11 results from an estimated 11 matches for "getregmasks".

2016 Jun 22
0
Finding caller-saved registers at a function call site
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 information if I have the > MachineInstr of the function call? I'm currently
2016 Jun 22
3
Finding caller-saved registers at a function call site
Hi everyone, 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 information if I have the MachineInstr of the function call? I'm currently targeting the AArch64 & X86 backends. Thanks! --
2017 Jan 09
5
RFC: Dynamically Allocated "Callee Saved Registers" Lists
...ve intermediate representation that can be printed and later on parsed to recreate the MIs. MI printer and parser expect the Register Mask array pointer to point to a predefined (static) list of RegMasks. Those lists are retrieved from auto generated file x86GenRegisterInfo.inc using the functions: getRegMasks() and getRegMaskNames(). However, since we create a dynamically allocated register mask, its pointer will not reside in the static lists and no corresponding name could be found. In that case, the MIPrinter will fail to emit the RegMask Name. I would appreciate the community opinion regarding my s...
2017 Jan 11
2
RFC: Dynamically Allocated "Callee Saved Registers" Lists
...ve intermediate representation that can be printed and later on parsed to recreate the MIs. MI printer and parser expect the Register Mask array pointer to point to a predefined (static) list of RegMasks. Those lists are retrieved from auto generated file x86GenRegisterInfo.inc using the functions: getRegMasks() and getRegMaskNames(). However, since we create a dynamically allocated register mask, its pointer will not reside in the static lists and no corresponding name could be found. In that case, the MIPrinter will fail to emit the RegMask Name. I would appreciate the community opinion regarding my s...
2016 Jun 27
3
Finding caller-saved registers at a function call site
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) { if(depth < max_depth) return recurse(depth + 1, val * 1.2) + val; else return outer_func(val); } As a quick refresher, all "xmm" registers are considered
2017 Jan 12
2
RFC: Dynamically Allocated "Callee Saved Registers" Lists
...ve intermediate representation that can be printed and later on parsed to recreate the MIs. MI printer and parser expect the Register Mask array pointer to point to a predefined (static) list of RegMasks. Those lists are retrieved from auto generated file x86GenRegisterInfo.inc using the functions: getRegMasks() and getRegMaskNames(). However, since we create a dynamically allocated register mask, its pointer will not reside in the static lists and no corresponding name could be found. In that case, the MIPrinter will fail to emit the RegMask Name. I would appreciate the community opinion regarding my s...
2015 Jul 30
0
[LLVMdev] [3.7.0] Two late issues with cross compilation to mips
Thanks. This is making a lot more sense now and it's looking like this issue isn't Mips specific. Here's the IR dump before simple register coalescing (note: I've patched the IR printer to print the contents of the regmask): 4480B %vreg260<def> = LDC1 %vreg253, <cp#3>[TF=6]; mem:LD8[ConstantPool] AFGR64:%vreg260 GPR32:%vreg253 4496B %vreg261<def> = FMUL_D32
2015 Jul 30
2
[LLVMdev] [3.7.0] Two late issues with cross compilation to mips
To reduce memory consumption clobbered registers are handled with RegisterMask machine operands which contain a bitset of all registers clobbered. - Matthias > On Jul 29, 2015, at 3:00 PM, Daniel Sanders <daniel.sanders at imgtec.com> wrote: > > I believe I've identified the problem with almabench but I haven't found the root cause in the compiler yet. > > The
2017 Jan 12
2
RFC: Dynamically Allocated "Callee Saved Registers" Lists
...ve intermediate representation that can be printed and later on parsed to recreate the MIs. MI printer and parser expect the Register Mask array pointer to point to a predefined (static) list of RegMasks. Those lists are retrieved from auto generated file x86GenRegisterInfo.inc using the functions: getRegMasks() and getRegMaskNames(). However, since we create a dynamically allocated register mask, its pointer will not reside in the static lists and no corresponding name could be found. In that case, the MIPrinter will fail to emit the RegMask Name. I would appreciate the community opinion regarding my s...
2016 Jun 27
0
Finding caller-saved registers at a function call site
Ah, I see -- the registers left out of the mask are considered clobbered. Got it! 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 function invocation (i.e., where they are in a
2017 Jan 12
2
RFC: Dynamically Allocated "Callee Saved Registers" Lists
...ve intermediate representation that can be printed and later on parsed to recreate the MIs. MI printer and parser expect the Register Mask array pointer to point to a predefined (static) list of RegMasks. Those lists are retrieved from auto generated file x86GenRegisterInfo.inc using the functions: getRegMasks() and getRegMaskNames(). However, since we create a dynamically allocated register mask, its pointer will not reside in the static lists and no corresponding name could be found. In that case, the MIPrinter will fail to emit the RegMask Name. I would appreciate the community opinion regarding my s...