Displaying 20 results from an estimated 100 matches similar to: "Problem launching Cursed mountain"
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
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
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
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
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
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
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
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
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
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
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
2007 Dec 17
2
[LLVMdev] Elsa and LLVM and LLVM submissions
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 modified my
>> code to
>> use the LLVMFoldingBuilder. Very nice!
>>
>> My question is this: I noticed that the folding builder doesn't fold
>> some
>> operations, e.g. casts. Is there some reason why? If
2014 Jan 20
2
[LLVMdev] Methods on addrspace pointers
I’ve been developing an optimization pass that uses the address space attribute (__attribute__((address_space(200))) to indicate different kinds of pointers to be treated differently (I’m making them be pointers to a “global” address space as in UPC).
However, I’ve hit a snag in the frontend code generator: if I try to make a method call on a pointer with a custom address space, the frontend
2011 Nov 14
0
[LLVMdev] transfer value from FloatTyID to DoubleTyID
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 tried emit[..]->builder.CreateCast(llvm::Instruction::FPExt, src,
llvm::Type::getDoubleTy(llvmContext),””)
I don`t know which emit to use and if this approach is correct .
How can I do the above correctly?
Thank you.
Yakov
-------------- next part --------------
An
2011 Apr 06
0
[LLVMdev] Incompatible types at call site
Unoptimized IR
%tmp63 = call %struct.TypHeader* (...)* bitcast (%struct.TypHeader*
(%struct.TypHeader*, i64, i64)* @Cyclotomic to %struct.TypHeader*
(...)*)(%struct.TypHeader* %tmp62, i64 %tmp24, i32 1) nounwind, !dbg !907 ;
<%struct.TypHeader*> [#uses=1]
Optimized IR
%tmp63 = call%struct.TypHeader*
(%struct.TypHeader*, i64, i64)* @Cyclotomic (%struct.TypHeader* %tmp62, i64
%tmp24,
2003 Oct 04
3
More questions about R extension programming
On Fri, 2003-10-03 at 17:01, Rajarshi Guha wrote:
> Hi,
> I'm using a package that has a number of formats. I have C code to
> parse these formats the results of which are generally integer arrays.
>
> I would like to utilize these modules in R rather than writing R code to
> read in these files (and also to learn about R extensions).
Thanks for the pointers to the above
2011 Apr 05
2
[LLVMdev] Incompatible types at call site
On Tue, Apr 5, 2011 at 1:44 PM, Duncan Sands <baldrick at free.fr> wrote:
> Hi Arushi,
>
>
> %tmp63 = call %struct.TypHeader* (...)* bitcast (%struct.TypHeader*
>> (%struct.TypHeader*, i64, i64)* @Cyclotomic to %struct.TypHeader*
>> (...)*)(%struct.TypHeader* %tmp62, i64 %tmp24, i32 1) nounwind, !dbg !907
>> ;
>> <%struct.TypHeader*> [#uses=1]
2011 Oct 29
2
Bruker Topspin 3.1
Hello everybody!
Started to install wine today and I have to say - Great work. Nevertheless
I ran into some problems while trying to install Bruker Topspin 3.1 (Scientific NMR Analysis Tool). But unfortunately I cannot install it. I have seen that there is a topic about an old Topspin version but it didn't help me. As I am starting to get familiar with wine the chance is great that the
2015 Feb 25
2
DCdiag tests
Hey all,
has anyone done dcdiag against his DC yet? It's made from a windows client on command line: dcdiag /s:<servername> What are your results?
With me some of the tests were not successful, e.g. ForestDNSDomain. My dcdiag is German so its output would not be so helpful for the mailing list. So somebody else can do a check to compare?
Thanks in advance
Tim