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
2025 Jan 21
1
SPNs for a samba server
Hi!
I'm not sure I understand how SPNs are registered in the AD domain.
I know when a regular samba server is joined to an AD domain, a few
SPNs are registered - namely, CIFS/$netbios_name and each for
CIFS/$netbios_aliases (where netbios name and netbios aliases are
the parameters in smb.conf - yes I know these are obsolete, but in
this case they're actually used for non-obsolete task).