search for: valueti

Displaying 14 results from an estimated 14 matches for "valueti".

Did you mean: valuet
2005 Aug 10
1
[LLVMdev] ValueTy not set appropriately in Value.h?
Hi, for some temporary debugging I wanted to know what sort of Value I was seeing, and I ran across this comment in Value.h - it's probably a minor point, but unless I'm missing something I think either the last line of the comment is wrong or the code is. It appears in rev 1.58, as part of fixing bug 122. 00134 /// getValueType - Return an ID for the concrete type of this object.
2010 Aug 18
3
[LLVMdev] Using ValueSymbolTable...
Nick Lewycky wrote: > > > > It's maintained by LLVM for you, by Value::setName and other methods. > > Nick > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > I am getting the following error when trying to
2010 Aug 18
2
[LLVMdev] Using ValueSymbolTable...
Hi all, I have a question regarding populating ValueSymbolTable of a Function. Is it that ValueSymbolTable is populated automatically whenever an alloca instruction is created using IRBuilder or do we need to explicitly populate?? If we need to populate explicitly, the insert method in ValueSymbolTable is private, so how can we do it? Currently, I am trying to access the symbol table as below:
2010 Aug 18
0
[LLVMdev] Using ValueSymbolTable...
subramanyam wrote: > > Hi all, > I have a question regarding populating ValueSymbolTable of a Function. > Is it that ValueSymbolTable is populated automatically whenever an alloca > instruction is created using IRBuilder or do we need to explicitly > populate?? It's maintained by LLVM for you, by Value::setName and other methods. Nick
2012 Nov 14
4
[LLVMdev] About a problem in SROA
Hi, For the following case, $ cat bad1.ll target datalayout = "e-p:32:32:32-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-f32:32:32-f64:64:64-v64:64:64-v128:64:128-a0:0:64-n32-S64" define internal void @test(i32 %v) { entry: %tmp = alloca i32, align 4 store i32 %v, i32* %tmp, align 4 %0 = bitcast i32* %tmp to <2 x i8>* %1 = load <2 x i8>* %0, align 4 ret void } I
2013 Mar 04
2
[LLVMdev] llvm cannot iterate a [3 x i8]
Hello everyone, I am trying to "parse" a part of LLVM IR. More exactly, from @.str = private unnamed_addr constant [3 x i8] c"DS\00", section "llvm.metadata" I want to get "DS". It is the single place in the whole bytecode from where I can get it. I have : ... Value *VV = cast<Value>(LD100->getOperand(1)->getOperand(0));
2004 Jul 11
2
[LLVMdev] Adding type qualifies or property
Hi Has anybody tell me how to create some new type qualifies in LVM? A type qualify, like "const" in C, is useful for program analysis. I hope that I can set/get the type qualify of any value in a program analysed. Or, if I could add a property to the value class and set/get the property, it is same to add some new type qualifies. So, I simply insert a "int" private
2010 Oct 29
1
[LLVMdev] LLVM program compile error w/ gcc 4.5 but not 4.4
Hi all, I can compile LLVM+clang (from svn 2.8 branch, fyi) just fine with gcc 4.4.5 and 4.5.1 on Linux/amd64 just fine, and I did successfully built LLVM+clang on Solaris10/amd64 (32bit built) just fine with gcc 3.3, too. However, when it comes to compiling my *own* project that builds atop of LLVM, I'm getting a strange compilation error when using GCC 4.5.1 but *NOT* when using GCC 4.4.5
2010 Nov 30
0
[LLVMdev] [cfe-dev] draft rule for naming types/functions/variables
On Nov 29, 2010, at 11:07 AM, Zhanyong Wan (λx.x x) wrote: > C++ is such a complex language that no single naming convention will > be able to cover all cases. Therefore we aim at a reasonable default > that works for the majority of the cases. As Chris put at the > beginning of the coding standards, "no coding standards should be > regarded as absolute requirements to be
2010 Nov 29
3
[LLVMdev] [cfe-dev] draft rule for naming types/functions/variables
On Sun, Nov 28, 2010 at 11:02 PM, Anton Korobeynikov <anton at korobeynikov.info> wrote: >> I enjoyed the new coding style in recent patches. Camel case makes it easy >> to pick a descriptive name. Starting functions and variables with lower >> cases reduces chances to conflict with a type name. > Honestly speaking, I don't. Especially in the cases when varname is
2004 Jul 12
0
[LLVMdev] Adding type qualifies or property
Xia, LLVM doesn't really use type qualifiers the way you're thinking about it. In LLVM parlance, types are neither const nor non-const, they just define the fundamental nature of a value. However, LLVM fully supports Constant Values (see include/llvm/Constant.h) and constant global variables (see include/llvm/GlobalVariable.h). You might want to read up on the LLVM IR a bit here:
2015 Aug 28
2
Llvm pass to remove temporaries
Hi. I'm just starting to dig into the many existing llvm passes, and so far I didn't find what I'm looking for. I generate llvm IR code in debug. I'd just like to go through this code and remove as many temporaries as possible. Those variables look generated for debug purposes. They often look like synonyms of variables declared in the input source and don't seem to have a
2020 Oct 01
3
Creating a global variable for a struct array
>The type you pass to GlobalVariable's constructor for that variable should be "[10 x %struct.dlist]" because that's what you want storage for. Then the GlobalVariable itself will be a Constant of type "[10 x %struct.dlist]*". Yes, I verified that this is the case. I enabled assertions and the error seems to occur while creating GlobalVariable for both struct dhash
2020 Oct 01
2
Creating a global variable for a struct array
Thank you very much. The code to initialize h1 to non-zero values was what I was looking for. It's almost working except for a type mismatch wrt dlist* llist field of h1. dlist static_lst[10] = { {1, 5, NULL}, ... }; dhash h1[10] = {{"myfile.txt", static_lst}, ... }; Along the lines of the code you had sent, I created a GlobalVariable* llist of type [10 x %struct.dlist]* for the