search for: llvm_explicit_valu

...quot;. What changes do you have in mind there? Are you referring to the possibility of implicit values to refer to other variables? I'm sort of interested in maybe not doing that - and only implementing a more general form (what's been talked about with the LLVM_implicit_value (or was it LLVM_explicit_value? I forget)) - and synthesizing artificial variables in the backend rather than trying to track which variable a pointer points to. I think this would keep the impact on optimizations smaller & would be more general. My wager/belief/instinct is that most cases won't be pointing to a named v...

...in mind there? Are you referring to the > possibility of implicit values to refer to other variables? > > > > I'm sort of interested in maybe not doing that - and only implementing a > more general form (what's been talked about with the LLVM_implicit_value > (or was it LLVM_explicit_value? I forget)) - and synthesizing artificial > variables in the backend rather than trying to track which variable a > pointer points to. I think this would keep the impact on optimizations > smaller & would be more general. My wager/belief/instinct is that most > cases won't be p...

..., > > David wrote: > > Are you referring to the possibility of implicit values to refer to > other variables? I'm sort of interested in maybe not doing that - and only > implementing a more general form (what's been talked about with the > LLVM_implicit_value (or was it LLVM_explicit_value? I forget)) - and > synthesizing artificial variables in the backend rather than trying to > track which variable a pointer points to. I think this would keep the > impact on optimizations smaller & would be more general. > > Adrian wrote: > > If it were possible to synthe...

> On Jan 2, 2020, at 6:37 AM, Jeremy Morse <jeremy.morse.llvm at gmail.com> wrote: > > Hi all, > > On the topic of intrinsics, right now we have two (dbg.value / > dbg.addr) that respectively describe: > * The "direct value" (quoting langref) of a variable, and > * The address of where the current variable value is stored. > Both of which map onto dwarf

...;> >>> David wrote: >>> > Are you referring to the possibility of implicit values to refer to other variables? I'm sort of interested in maybe not doing that - and only implementing a more general form (what's been talked about with the LLVM_implicit_value (or was it LLVM_explicit_value? I forget)) - and synthesizing artificial variables in the backend rather than trying to track which variable a pointer points to. I think this would keep the impact on optimizations smaller & would be more general. >>> >>> Adrian wrote: >>> > If it were possible...