Displaying 20 results from an estimated 700 matches similar to: "[LLVMdev] transfer value from FloatTyID to DoubleTyID"
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
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
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
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.
>>
>>
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
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
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
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 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
2010 Apr 23
1
[LLVMdev] How to get the Operand type
Hello
How to get the type of an Operand ?
so for example I want to get the type of the operand(0) in this istruction
%arrayidx22 = getelementptr [1000 x double]* %C, i64 0, i64 %indvar67 ;
<double*> [#uses=1]
I tried (II->getOperand(0))->getType() ) but this give me an adress (I
think) (some think like 0x1253.. )
also I tried to get the type of the instruction with
switch
2007 Sep 19
2
[LLVMdev] Building current llvm-gcc-4.0 TOT fails on darwin x86
Hi all,
building current llvm-gcc-4.0 TOT(Revision: 42128) with current llvm
(Revision: 42128) on 8.10.1 Darwin (x86) fails with the following
message. Is that a just a temporary inconsistency or should i file a
bug?
/Users/arnold/Desktop/testing/vanilla-gcc-4.0/obj/gcc/xgcc -B/Users/
arnold/Desktop/testing/vanilla-gcc-4.0/obj/gcc/ -B/Users/arnold/
2007 Sep 19
0
[LLVMdev] Building current llvm-gcc-4.0 TOT fails on darwin x86
On Sep 19, 2007, at 3:22 AM, Arnold Schwaighofer wrote:
> Hi all,
> building current llvm-gcc-4.0 TOT(Revision: 42128) with current llvm
> (Revision: 42128) on 8.10.1 Darwin (x86) fails with the following
> message. Is that a just a temporary inconsistency or should i file a
> bug?
I think I broke this with long double. I'll get it fixed shortly.
>
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>
> >
2007 Dec 17
0
[LLVMdev] Elsa and LLVM and LLVM submissions
I used &Idx[0]. In future, please avoid tabs in your patch.
I applied your patch.
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20071217/056403.html
-
Devang
On Dec 17, 2007, at 2:57 AM, Richard Pennington wrote:
> Devang Patel wrote:
>> On Dec 15, 2007, at 12:15 PM, Richard Pennington wrote:
>>> I got the current version of LLVM via svn yesterday and
2010 Jun 12
1
Problem launching Cursed mountain
Hello
I installed the game "Cursed Mountain", with no problems, at the end of the installation it asked for launching the game, and the game ran successfully. Later I wanted to launch it again, but now it gets stuck after the logo intro.
The terminal output is:
Code:
---------------------------------------------------
KTM
---------------------------------------------------
Version:
2010 May 28
0
[LLVMdev] Retrieving Underlying Type from AllocaInst
Curtis Faith wrote:
> Is there a recommended way to retrieve the original type from an
> AllocaInst object?
>
> For example, I am creating alloca instructions using the IRBuilder
> interface like:
>
> alloca = builder.CreateAlloca( Type::getDoubleTy( context ), 0,
> variableName.c_str() );
>
> and I place the alloca into a symbol table.
>
> Later when I am
2010 May 28
2
[LLVMdev] Retrieving Underlying Type from AllocaInst
Is there a recommended way to retrieve the original type from an AllocaInst object?
For example, I am creating alloca instructions using the IRBuilder interface like:
alloca = builder.CreateAlloca( Type::getDoubleTy( context ), 0, variableName.c_str() );
and I place the alloca into a symbol table.
Later when I am generating instructions for an assignment operation, I want to check the type of
2007 Feb 06
1
[LLVMdev] automatically generating intrinsic declarations
On Mon, Feb 05, 2007 at 12:28:56PM -0800, Chris Lattner wrote:
> On Mon, 5 Feb 2007, Dan Gohman wrote:
>
> > LLVM knows what all the types of the intrinsic functions are; I thought,
> > why are users (including llvm-gcc...) required to duplicate all this
> > information in order to use them? I mean in order to call
> > getOrInsertFunction to get declarations for