search for: getcalledfuntion

Displaying 4 results from an estimated 4 matches for "getcalledfuntion".

Did you mean: getcalledfunction
2010 Jun 30
4
[LLVMdev] [HEADSUP] Another attempt at CallInst operand rotation
...ce too. This will (almost, but see below) give us static guarantees that out-of-tree code remains functional across this transition. Here is my attack plan: I will fire two rounds, - the first will catch all instances of CallInst::get/setOperand(0, ...) and suggest using get/setCalledValue (or getCalledFuntion). - the second will make all low-level operand accessors private in CallInst, and thus give external clients the chance to use *ArgOperand* versions. This will be well-commented in the header, explaining the recommended way of accessing arguments. At this point we will have caught 99%...
2010 Jul 01
0
[LLVMdev] [HEADSUP] Another attempt at CallInst operand rotation
...below) give us static guarantees that out-of-tree code remains > functional across this transition. > > Here is my attack plan: > > I will fire two rounds, > - the first will catch all instances of CallInst::get/setOperand(0, ...) > and suggest using get/setCalledValue (or getCalledFuntion). > - the second will make all low-level operand accessors private > in CallInst, and thus give external clients the chance to use > *ArgOperand* versions. This will be well-commented in the > header, explaining the recommended way of accessing > arguments. > > At this...
2010 Jul 05
1
[LLVMdev] [HEADSUP] Another attempt at CallInst operand rotation
...t out-of-tree code remains >> functional across this transition. >> >> Here is my attack plan: >> >> I will fire two rounds, >> - the first will catch all instances of CallInst::get/setOperand >> (0, ...) >> and suggest using get/setCalledValue (or getCalledFuntion). >> - the second will make all low-level operand accessors private >> in CallInst, and thus give external clients the chance to use >> *ArgOperand* versions. This will be well-commented in the >> header, explaining the recommended way of accessing >> arguments...
2010 Jun 30
0
[LLVMdev] [HEADSUP] Another attempt at CallInst operand rotation
...e below) give us static guarantees that out-of-tree code remains > functional across this transition. > > Here is my attack plan: > > I will fire two rounds, > - the first will catch all instances of CallInst::get/setOperand(0, ...) > and suggest using get/setCalledValue (or getCalledFuntion). > - the second will make all low-level operand accessors private > in CallInst, and thus give external clients the chance to use > *ArgOperand* versions. This will be well-commented in the > header, explaining the recommended way of accessing > arguments. > Stupi...