Displaying 8 results from an estimated 8 matches for "oinst".
Did you mean:
inst
2018 Sep 02
2
Replacing a function from one module into another one
...ldModule* a function call that is calling
*foo2* (defined in *oldModule*) to instead call *foo3*, which is defined in
the *refModule. *So in summary, I have:
1. The original instruction call, defined in the main function of
the oldModule, who is a calling function to foo2, I'll name it
*oInst *(original
Instruction)
2. The "new" instruction call, defined in the main function of the
refModule, who is a calling function to foo3, I'll name it *nInst* (new
Instruction)
3. The foo2 function definition, defined in the oldModule, I'll name it
*oFunc *(origin...
2018 Sep 02
2
Replacing a function from one module into another one
...* (defined in *oldModule*) to instead call *foo3*, which is defined
>> in the *refModule. *So in summary, I have:
>>
>> 1. The original instruction call, defined in the main function of
>> the oldModule, who is a calling function to foo2, I'll name it
>> *oInst *(original Instruction)
>> 2. The "new" instruction call, defined in the main function of the
>> refModule, who is a calling function to foo3, I'll name it *nInst* (new
>> Instruction)
>> 3. The foo2 function definition, defined in the oldModule, I&...
2018 Sep 03
2
Replacing a function from one module into another one
Thank you Ahmad,
I figured out that, although the type of both p(oInst) and p(nInst) were
the same, I had to:
for (unsigned int i = 0; i < callOInst->getNumArgOperands(); i++) {
callOInst->getArgOperand(i)->mutateType(callNInst->getArgOperand(i)->getType());
}
that solves the issue at the calling instruction in the main function, but
now I see that...
2018 Sep 04
2
Replacing a function from one module into another one
...btw. Only
> operations across LLVMContexts are tricky.
>
> Cheers,
> Philip
>
> On Mon, Sep 3, 2018 at 6:31 PM Daniel Moya via llvm-dev <
> llvm-dev at lists.llvm.org> wrote:
>
>> Thank you Ahmad,
>>
>> I figured out that, although the type of both p(oInst) and p(nInst) were
>> the same, I had to:
>>
>> for (unsigned int i = 0; i < callOInst->getNumArgOperands(); i++) {
>> callOInst->getArgOperand(i)->mutateType(callNInst->getArgOperand(i)->getType());
>> }
>>
>> that solves the issue at the...
2018 Sep 06
2
Replacing a function from one module into another one
...> Cheers,
>>> Philip
>>>
>>> On Mon, Sep 3, 2018 at 6:31 PM Daniel Moya via llvm-dev <
>>> llvm-dev at lists.llvm.org> wrote:
>>>
>>>> Thank you Ahmad,
>>>>
>>>> I figured out that, although the type of both p(oInst) and p(nInst)
>>>> were the same, I had to:
>>>>
>>>> for (unsigned int i = 0; i < callOInst->getNumArgOperands(); i++) {
>>>> callOInst->getArgOperand(i)->mutateType(callNInst->getArgOperand(i)->getType());
>>>> }
>&g...
2018 Aug 27
3
Replacing a function from one module into another one
Hello LLVM Developers,
I'm trying to replace a function defined in one module into another module
(different files). The first issue I ran into was that llvm::Function does
not have a method "moveBefore" or "moveAfter" as the llvm::BasicBlock or
llvm::Instruction do, so I figured I would just move the BasicBlocks of the
replacing function into the function that was being
2018 Sep 06
2
Replacing a function from one module into another one
...t;>>>> On Mon, Sep 3, 2018 at 6:31 PM Daniel Moya via llvm-dev <
>>>>> llvm-dev at lists.llvm.org> wrote:
>>>>>
>>>>>> Thank you Ahmad,
>>>>>>
>>>>>> I figured out that, although the type of both p(oInst) and p(nInst)
>>>>>> were the same, I had to:
>>>>>>
>>>>>> for (unsigned int i = 0; i < callOInst->getNumArgOperands(); i++) {
>>>>>> callOInst->getArgOperand(i)->mutateType(callNInst->getArgOperand(i)->getTy...
2020 Sep 25
0
Wine release 5.18
...Rename local variables shadowing the flags parameters.
Kevin Puetz (6):
rpcrt4: Fix ARM64 stack corruption in call_server_func.
oleaut32/tests: Reformat test_dump_typelib.
oleaut32/tests: Fix expect_wstr_acpval(...,NULL).
widl: All VARDESC fields of TKIND_UNION should have oInst=0.
oleaut32/tests: Cover GetVarDesc in test_dump_typelib.
widl: Remove duplicate '\n\n' in midl_info_guid.
Liam Middlebrook (1):
winevulkan: Update to VK spec version 1.2.154.
Martin Storsjo (1):
ntdll: Implement __C_specific_handler and _local_unwind for arm64.
M...