similar to: [LLVMdev] using a structs datafield as operand

getInitializer returns the complete initializer of the global. My globals are complex nested structs, from which I want to extract e.g. one double datafield. Example: >From a struct Stuct having double,array(3xint),float fields, I could extract the second int value using the index sequence 0,1,1 with getGetElementPtr. This gives me a constantPointer, but I would need to get a constInt...

On 28 March 2016 at 13:34, Shehbaz Jaffer via llvm-dev <llvm-dev at lists.llvm.org> wrote: > I want to create a database of all structures (global and local) > defined and being used in my program. Eg. < A , <int32, int32> , B , > <int32, bool , char *>>. I think the closest LLVM has is either Module::getIdentifiedStructTypes or the class it actually uses:

Tobi, it looks like this code is the problem: for (std::vector<Value *>::iterator PI = Pointers.begin(), PE = Pointers.end(); ;) { Value *V = *PI; if (V->getName().size() == 0) OS << "\"" << *V << "\""; else OS << "\"" << V->getName() <<

I have found that the extremely expensive compile-time overhead comes from the string buffer operation for "INVALID" MACRO in the polly-detect pass. Attached is a hack patch file that simply remove the string buffer operation. This patch file can significantly reduce compile-time overhead when compiling big source code. For example, for oggen*8.ll, the compile time is reduced from

Hi, I think this should also go on the llvm-dev mailing list... On Sat, Jul 13, 2013 at 11:18 PM, Star Tan <tanmx_star at yeah.net> wrote: > > At 2013-07-14 02:30:07,"Tobias Grosser" <tobias at grosser.es> wrote: >>On 07/13/2013 10:13 AM, Star Tan wrote: >>> Hi Tobias, >> >>Hi Star, >> >>thanks for the update. I copied the polly

Hi Sebastian, Yes, you have pointed an important reason. If we comment this source code you have listed, then the compile-time overhead for oggenc*8.ll can be reduced from 40.5261 ( 51.2%) to 20.3100 ( 35.7%). I just sent another mail to explain why polly-detect pass leads to significant compile-time overhead. Besides the reason you have pointed, another reason is resulted from those string

Hi, We have created a cox regression model (coxph) and exported from R as PMML using the Rattle package. The resulting PMML is a standard Regression model in the format y=b1*x1+b2*x2+??.bn*xn: risk= (0.027968680616809*dropped_Calls)+(0.00777220409115466*helpdesk_Calls) The PMML is included at the end of this post. Cox Regression is usually in this format: h(t)= h0(t)*e^(b1*x1+b2*x2+??.bn*xn)

At 2013-07-14 13:20:42,"Tobias Grosser" <tobias at grosser.es> wrote: >On 07/13/2013 09:18 PM, Star Tan wrote: >> >> >> At 2013-07-14 02:30:07,"Tobias Grosser" <tobias at grosser.es> wrote: >>> On 07/13/2013 10:13 AM, Star Tan wrote: >>>> Hi Tobias, >>> >>> Hi Star, >[...] >>> Before we write a

Hi all, I 'd like to fetch a list of structures, and found that it could be done via LLVMContextImpl *pImpl = Context.pImpl; pImpl->AnonStructTypes This however needs the inclusion of LLVMContextImpl.h, which is not contained in the includes dir, but in the lib/IR dir (next to the .cpp files) and is not installed under /usr/local/include... Whats the reason for this? Isn't it

Hi All, I''ve been a ASP.NET developer for the last few years and consider it to be a pretty productive environment to work with. However, the object-relational mapping (ActiveRecord) and simplicity of the Rails framework and Ruby in general really appeals to me. .NET currently doesn''t have something like Rails'' ORM - atleast not out-of-the-box. Here''s my

Morten, The leaks.patch file introduced a static destructor ordering problem which lead to garbled output. The comment above those lines of code indicates why it needs to be the way it is. My bad for committing it in the first place. Please be careful in the future. Reid. On Mon, 2004-12-13 at 05:30, Morten Ofstad wrote: > Hi, > > here are some minor patches that for various reasons

Dear All, I want to save the XML representation of a model using PMML. Then I want to read the model and predict using the model and a new dataset. This is described in this blog post : https://www.r-bloggers.com/predictive-modeling-using-r-and-the-openscoring-engine-a-pmml-approach/ I am able to save the PMML representation of the model. I am not able to read this representation convert it

Chris, When asm-verbose=true, it is spending the extra time here: % cumulative self self total time seconds seconds calls s/call s/call name 33.67 17.19 17.19 849 0.02 0.04 AddModuleTypesToPrinter 17.51 26.13 8.94 265849169 0.00 0.00 llvm::Value::getType() 8.74 30.59 4.46 258948922 0.00 0.00

John, you are right. I 'browsed' the doxygen's inheritance diagram. Shouldn't I then be able to cast Constant * to Value*? Plugging the retrieved Constant* (from ConstantExpr::getGetElementPtr) into Instruction->setOperand compiles, but gives me an assertion failure at runtime. I have no access to the code at the moment. I will gather more information possibly tomorrow.

Hi all, I have attached a patch file to reduce the polly-detect overhead. My idea is to avoid calling TypeFinder in Non-DEBUG mode, so TypeFinder is only called in DEBUG mode with the DEBUG macro. This patch file did this work with following modifications: First, it keeps most of string information by replacing "<<" with "+" operation. For example, code like this:

Hi Pankaj, you may find include/llvm/TypeFinder.h useful. Ciao, Duncan. On 22/09/12 16:26, Pankaj Gode wrote: > Hi All, > I was searching for, extracting information about 'typedefed struct types' from > 'module'. > I have 'struct' typedefed in a .h file. I try to use this structure instance > inside a function. > My .ll file rightly defines this type in

Hi all, extracting datafields of globals, the API code ends up in a Constant * Constant* const_ptr_103 = ConstantExpr::getGetElementPtr(gvar_struct_foo, const_ptr_103_indices); it can be used to initialize e.g. a new instruction like: StoreInst* void_119 = new StoreInst(const_float_102, const_ptr_103, false, label_entry_113); But how about replacing the operand of an already existing

On 07/22/2013 11:58 PM, Star Tan wrote: > Hi Tobias, > > > I have attached a patch file to optimize string operations in Polly-Detect pass. > In this patch file, I put most of long string operations in the condition variable of "PollyViewMode" or in the DEBUG mode. OK. > From 448482106e8d815afa40e4ce8543ba3f6f0237f1 Mon Sep 17 00:00:00 2001 > From: Star Tan

At 2013-07-22 01:40:31,"Tobias Grosser" <tobias at grosser.es> wrote: >On 07/21/2013 09:49 AM, Star Tan wrote: >> Hi all, >> >> >> I have attached a patch file to reduce the polly-detect overhead. > >Great. > >> My idea is to avoid calling TypeFinder in Non-DEBUG mode, so >> TypeFinder is only called in DEBUG mode with the DEBUG

Simple question: I know how to access a data field in a hash by doing hash_name[datafield_name]. But what if the datafield itself is a hash? I tried a couple of variations but nothing seems to be working and tutorials do not go into such details. Is there a simple way or should I create separate instances? -Chris -- Posted via http://www.ruby-forum.com/.