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...