similar to: [LLVMdev] Transfer between function passes

Displaying 20 results from an estimated 30000 matches similar to: "[LLVMdev] Transfer between function passes"

2011 Nov 14
1
[LLVMdev] Transferring value* in LLVM
So what do you think the problem is? Thank you. Yakov On Mon, Nov 14, 2011 at 10:20 PM, Duncan Sands <baldrick at free.fr> wrote: > On 14/11/11 21:11, Yakov Malinkovich wrote: > >> Here is the error that I get: >> Assertion failed: (i >= FTy->getNumParams() || FTy->getParamType(i) == >> Params[i]->getType()) && "Calling a function with a
2011 Nov 14
2
[LLVMdev] Transferring value* in LLVM
Here is the error that I get: Assertion failed: (i >= FTy->getNumParams() || FTy->getParamType(i) == Params[i]->getType()) && "Calling a function with a bad signature!" Yakov On Mon, Nov 14, 2011 at 9:05 PM, Eric Christopher <echristo at apple.com>wrote: > You'll probably need to dump both the source and the dest and show the > code that's being
2011 Nov 14
0
[LLVMdev] Transferring value* in LLVM
On 14/11/11 21:11, Yakov Malinkovich wrote: > Here is the error that I get: > Assertion failed: (i >= FTy->getNumParams() || FTy->getParamType(i) == > Params[i]->getType()) && "Calling a function with a bad signature!" That's not being generated by the CreateCast, so it looks like your description of the problem was quite misleading. Ciao, Duncan. >
2011 Nov 14
2
[LLVMdev] Transferring value* in LLVM
yes - i checked that the src->getType()->isFloatTy() is true Yakov On Mon, Nov 14, 2011 at 8:24 PM, Duncan Sands <baldrick at free.fr> wrote: > On 14/11/11 19:20, Yakov Malinkovich wrote: > >> I sure that is. >> > > Did you test it? Can you do: src->getType()->isFloatTy() > > > What could be other reasons for such error? > > The only
2011 Nov 14
0
[LLVMdev] Transferring value* in LLVM
You'll probably need to dump both the source and the dest and show the code that's being generated. A lot of guessing here that's not getting us very far very fast. -eric On Nov 14, 2011, at 10:56 AM, Yakov Malinkovich wrote: > yes - i checked that the src->getType()->isFloatTy() is true > Yakov > > > On Mon, Nov 14, 2011 at 8:24 PM, Duncan Sands <baldrick
2011 Nov 14
2
[LLVMdev] Transferring value* in LLVM
I sure that is.What could be other reasons for such error? Yakov On Mon, Nov 14, 2011 at 5:44 PM, Duncan Sands <baldrick at free.fr> wrote: > On 14/11/11 16:39, Yakov Malinkovich wrote: > >> It doesnt work it fails with assertation that cast is invalid .What >> could be done? >> > > Maybe src doesn't have Float type? > > Ciao, Duncan. > > >
2011 Nov 14
0
[LLVMdev] Transferring value* in LLVM
On 14/11/11 19:20, Yakov Malinkovich wrote: > I sure that is. Did you test it? Can you do: src->getType()->isFloatTy() What could be other reasons for such error? The only other possibility I can think of is that src was created using a different context. Ciao, Duncan. > Yakov > > > On Mon, Nov 14, 2011 at 5:44 PM, Duncan Sands <baldrick at free.fr >
2011 Nov 14
2
[LLVMdev] Transferring value* in LLVM
It doesnt work it fails with assertation that cast is invalid .What could be done? On 11/14/11, Duncan Sands <baldrick at free.fr> wrote: > Hi Yakov, that looks correct to me. You can also use CreateFPExt which is > slightly simpler. > > Ciao, Duncan. > > >> I want to transfer value (Value* src) of the type `FloatTyID` to >> `DoubleTyID`(I >> need all
2011 Nov 14
0
[LLVMdev] Transferring value* in LLVM
On 14/11/11 16:39, Yakov Malinkovich wrote: > It doesnt work it fails with assertation that cast is invalid .What > could be done? Maybe src doesn't have Float type? Ciao, Duncan. > > > On 11/14/11, Duncan Sands<baldrick at free.fr> wrote: >> Hi Yakov, that looks correct to me. You can also use CreateFPExt which is >> slightly simpler. >> >>
2012 May 04
0
[LLVMdev] Convert a vector size
I have a function that should work only with vector types having element type as a power of 2. So if I get total 48 bit vector I should force it to be rounded to total 64 bit vector Yakov On Fri, May 4, 2012 at 10:37 PM, Tim Northover <t.p.northover at gmail.com> wrote: > > > %temp = shufflevector <3 x i16> %incoming, <3 x i16> undef, <4 x i32> > >
2012 May 04
2
[LLVMdev] Convert a vector size
> %temp = shufflevector <3 x i16> %incoming, <3 x i16> undef, <4 x i32> > <i32 0, i32 1, i32 2, i32 undef> > %out = bitcast <4 x i16> %temp to i64 I seem to have misread the destination type, you'd obviously want "<1 x i64>" instead of "i64" in everything I've written. Tim.
2011 Dec 13
1
[LLVMdev] Changing the operands in the CallInst
I implement the following function,which gets CallInst * and should perform the following: 1. Change the value of the argument if condition1 takes place 2. Change the type of the argument if condition2 takes place 3. Add addition argument/s if condition3 takes place void argChange(CallInst * I) { for (unsigned index = 0; index < I->getNumOperands(); ++index) {
2011 Nov 14
0
[LLVMdev] Transferring value* in LLVM
Hi Yakov, that looks correct to me. You can also use CreateFPExt which is slightly simpler. Ciao, Duncan. > I want to transfer value (Value* src) of the type `FloatTyID` to `DoubleTyID`(I > need all floats to be saved as 8 bytes).I have tried: > > builder.CreateCast(llvm::Instruction::FPExt, src, > llvm::Type::getDoubleTy(llvmContext),””) > > I don`t know if I use
2011 Nov 14
2
[LLVMdev] Transferring value* in LLVM
Hello I want to transfer value (Value* src) of the type `FloatTyID` to `DoubleTyID`(I need all floats to be saved as 8 bytes).I have tried: builder.CreateCast(llvm::Instruction::FPExt, src, llvm::Type::getDoubleTy(llvmContext),””) I don`t know if I use CreateCast correctly and if this approach is correct at all. Thank you. Yakov -------------- next part -------------- An HTML attachment
2011 Nov 07
1
[LLVMdev] Get a vector value.
Hello I have a pointer to llvm::Value *,I know its a pointer to some llvm::CompositeType (vector) Could you please tell me how can I get a value of specific index in the vector. Thank you. Yakov -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20111107/0b475afd/attachment.html>
2019 Nov 28
3
[PATCH] rhv-upload: Fix waiting for transfer
We were not considering failures while initializing the transfer. In this case the transfer phase can change to PAUSED_SYSTEM or FINISHED_FAILURE, and transfer_url will be None, which failed the upload with a misleading error: RuntimeError: direct upload to host not supported, requires ovirt-engine >= 4.2 and only works when virt-v2v is run within the oVirt/RHV environment, eg. on
2003 May 26
2
Problem with library
Hello. I'm using R 1.7.0 on win98 ver2. I erased all my previous versions of R, and install r 1.7.0. When I write "library()" I receive on a separate pane all the lib in ver 1.7.0, and the following msg "Warning message: library 'C:/Program Files/R/rw1051/library' contains no package in: library()" Where is this msg coming from?? How to remove it? Thnx Yakov
2003 Apr 20
1
horiz barplot with 2 values for each year
Hi, I'm trying to plot a graph where for each year I have 2 numbers best and worse. for example for year 2003 I will two values 3.2 and 5.4, and for year 2004 I will have 3.5 and 6, and so on. 2003 XXXX XXXXXX 2004 XXXXX XXXXXXXX For the same year the 2 entries, if possible, will have different color, and will be on the graph without space between them. The space will
2016 Oct 14
2
creating an .init section
Hi, I would like to create an .init section in the LLVM backend. Can anyone shed me the light on how to do it? Do I have to create it in the clang? Thanks, Jin -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161014/4f262397/attachment.html>
2019 Dec 10
1
Re: [PATCH] rhv-upload: Fix waiting for transfer
On Thu, Nov 28, 2019 at 10:58 PM Richard W.M. Jones <rjones@redhat.com> wrote: > > On Thu, Nov 28, 2019 at 09:34:18PM +0200, Nir Soffer wrote: > > We were not considering failures while initializing the transfer. In > > this case the transfer phase can change to PAUSED_SYSTEM or > > FINISHED_FAILURE, and transfer_url will be None, which failed the > > upload