similar to: [LLVMdev] Unnamed structure types

Displaying 20 results from an estimated 10000 matches similar to: "[LLVMdev] Unnamed structure types"

2008 Jul 23
0
[LLVMdev] loadable backend versus analysis pass
Hi, is there a problem with loadable backends and some analysis passes? An example: If I put the C backend in my project directory, compile a library form the code, and try to load it into lli I get the following message: ------------------------------------------------------- lli -load /path/CBackend.dylib Error opening '/path/CBackend.dylib': dlopen(/path/CBackend.dylib, 1):
2006 Jun 01
2
[LLVMdev] Adding an object to llc (analysis pass)
Hi > Right it does. However, does something *else* require MParSchedule? If > so, what? Ok, i am writing on a different backend based on the cbackend. The test usage of this pass looks like this: void getAnalysisUsage(AnalysisUsage &AU) const { AU.addRequired<LoopInfo>(); AU.addRequired<MParSchedule>(); AU.setPreservesAll(); } and then in the
2009 Jul 10
0
[LLVMdev] Unnamed pass in on the fly pass manager
Update: the "unnamed pass" is PostDominatorTree. My module pass requires PDT (specified in its getAnalysisUsage). When it visits a function, it calls getAnalysis<PostDominatorTree>(), which triggers the failed assertion "getAnalysis*() called on an analysis that was not 'required' by pass!" This issue has been addressed on this mailing list, but it seems the
2009 Jul 10
1
[LLVMdev] Unnamed pass in on the fly pass manager
Solved... For the record, there were two issues: 1) I was not passing the Function to getAnalysis for the PDT. 2) I was attempting to getAnalysis on external functions. On Thu, Jul 9, 2009 at 5:49 PM, Scott Ricketts<sricketts at maxentric.com> wrote: > Update: the "unnamed pass" is PostDominatorTree. My module pass > requires PDT (specified in its getAnalysisUsage). When it
2009 Jan 04
1
[LLVMdev] link problem with llvm-pass
Dear John, thanks! I was irritated by the path of the header file/declaration. It is not like the definition in a subdirectory. Sorry my fault. Is there an overview where classes and link options are mapped to each other? Kind regards, Nico On Jan 4, 2009, at 4:07 PM, John Criswell wrote: > Dear Nico, > > I believe you need to add LLVMipa to the list of libraries to link >
2009 Jan 04
0
[LLVMdev] link problem with llvm-pass
Dear Nico, I believe you need to add LLVMipa to the list of libraries to link into your tool. FindUsedTypes::ID is defined in lib/Analysis/IPA. I think it would be LLVMipa.a if you added it to LLVMLIBS and ipa if you added it to LINK_COMPONENTS. -- John T. Nico wrote: > Hi, > > I tried to implement an 'llc'-like tool in my project to manage > different passes and a
2009 Jul 09
2
[LLVMdev] Unnamed pass in on the fly pass manager
I have written a module pass. When I use the debug pass structure option, the name of my module pass is printed but then I get "Unnamed pass" when the FunctionPassManagerImpl *FPP calls dumpPassStructure (in PassManager.cpp). Is this the expected behavior, or should I be concerned that there is an error in my approach? Thanks, Scott
2009 Nov 18
4
[LLVMdev] Information generated by Bugpoint
Hi,all I ran my generated whole-program bitcode file which performs as a bodytrack tool, it can give me the right result but with a stack dump before it exsits Update Error : Model observation failed for time : 1 Error loading observation data terminate called after throwing an instance of 'std::bad_cast' what(): std::bad_cast 0 lli 0x08b713d2 1 lli 0x08b71247
2010 May 12
0
tdb(unnamed): tdb_open_ex: /var/run/samba/unexpected.tdb is already open in this process
Why this log? Debian Lenny 5.0.4 Samba with PDC tailf -f /var/log/samna/log.nmbd tdb(unnamed): tdb_open_ex: /var/run/samba/unexpected.tdb (65025,49187) is already open in this process [2010/05/12 09:57:36, 1] lib/util_tdb.c:tdb_log(682) tdb(unnamed): tdb_open_ex: /var/run/samba/unexpected.tdb (65025,49187) is already open in this process [2010/05/12 09:57:36, 1] lib/util_tdb.c:tdb_log(682)
2005 Aug 04
1
SAMBA LOG: tdb/tdbutil.c:tdb_log(725) tdb(unnamed): tdb_open_ex: /var/cache/samba/unexpected.tdb (835, 457947) is already open in this process
Please, What's this? Please, please, how to resolve ? [root@neosaldina-lj003 samba]# more nmbd.log tdb(unnamed): tdb_open_ex: /var/cache/samba/unexpected.tdb (835,457947) is alr eady open in this process [2005/08/04 00:12:51, 2] tdb/tdbutil.c:tdb_log(725) tdb(unnamed): tdb_open_ex: /var/cache/samba/unexpected.tdb (835,457947) is alr eady open in this process [2005/08/04
2004 Feb 04
1
tdb(unnamed): tdb_brlock failed (fd=12) at offset 4 rw_type=1 lck_type=13
Some times I have in log : [2004/02/04 12:00:06, 5] lib/gencache.c:gencache_init(59) Opening cache file at /var/lock/samba/gencache.tdb [2004/02/04 12:00:06, 5] tdb/tdbutil.c:tdb_log(724) tdb(unnamed): tdb_brlock failed (fd=12) at offset 4 rw_type=1 lck_type=13: Ressource temporairement non disponible [2004/02/04 12:00:06, 5] libsmb/namecache.c:namecache_enable(58) namecache_enable:
2009 Jan 02
2
[LLVMdev] link problem with llvm-pass
Hi, I tried to implement an 'llc'-like tool in my project to manage different passes and a target machine. I use given llvm project structure to avoid problems but I have a link problem and don't know how to solve it: The target machine uses 'FindUsedTypes' pass and when I try to use my target machine in the tool I got "Undefined symbols:
2010 Aug 06
1
[LLVMdev] How to access Debug Type Information (from Cbackend)
Hi, I'm trying to recover the inheritance relations for a class type (so a list of base classes) from a llvm ir file generated via compiling some cpp file using clang. I have access to the TypeSymbolTable and have found the class type I want to know the base classes for in the table. How do I go about extracting this (debug) information? I'm stuck here: if(StructType*
2014 Aug 13
2
[LLVMdev] Functions with unnamed parameters in LLVM IR
Hi, Recently I came across some IR produced by a frontend that had unnamed function arguments. For example something like this. ``` define i32 @foo(i32, i32, i32) #0 { %x = add i32 %1, %2 ret i32 %x } ``` I had never seen this before, so I took a look at the LLVM language reference manual and the section on functions [1] doesn't say anything about what "argument list" can be
2013 Apr 09
0
[LLVMdev] get the identifies of the unnamed temporaries from the instruction of LLVM IR
Hi, On 09/04/13 10:16, Dong Chen wrote: > hello guys: > I am in trouble with get the identifies of the unnamed temporaries from the > instruction of LLVM IR. this is a FAQ. Most names in the IR are just there to make it easier to read and can safely be removed. You can't rely on instructions having names, and as you saw often they do not have a name. Even if they start off with a
2013 Apr 09
2
[LLVMdev] get the identifies of the unnamed temporaries from the instruction of LLVM IR
hi, Duncan Sands: thanks for your reply old friend. the reason why I want to get the unnamed value is that I am doing some analysis based on the IR code. And IR is in the form of SSA(static single assignment). so i need to get the operands of each instructions including a lot of instructions like this (%4 = mul nsw i32 %1, %width). the unnamed values are the connection of instructions, if i
2014 Aug 14
2
[LLVMdev] Functions with unnamed parameters in LLVM IR
On 13 August 2014 15:48, Tim Northover <t.p.northover at gmail.com> wrote: >> The above LLVM IR was confusing to me because I usually see that >> unnamed registers start counting from 1 (i.e. %1 = add ...). > > There's a (usually hidden) %0 representing the entry basic block > there. The general rule is "start from 0 and keep counting; skip named >
2013 Apr 09
2
[LLVMdev] get the identifies of the unnamed temporaries from the instruction of LLVM IR
hello guys: I am in trouble with get the identifies of the unnamed temporaries from the instruction of LLVM IR. for example: instruction: %4 = mul nsw i32 %1, %width unnamed temporaries: %4, %1 how to get them? I have tried several iterators(op_iterator,value_op_iterator) and getOperand(int) function,but none of them works. does anyone know how to get it? thanks very much -- View this message
2009 Nov 18
0
[LLVMdev] Information generated by Bugpoint
Hi Nan Zhu, > I use Bugpoint to check it , Bugpoint gives me the following information: > > > Read input file : 'bodytrack.bc' > *** All input ok > Initializing execution environment: Found gcc: /usr/lib/ccache/gcc > Running the code generator to test for a crash: <cbe>*** Debugging code > generator crash! > > Error running tool: >
2014 Aug 15
2
[LLVMdev] Functions with unnamed parameters in LLVM IR
> I did mean the LangRef, but probably not there, and not to that degree. For documentation I think being explicit is much better than being implicit. > It's a fairly minor point, perhaps warranting a sentence where unnamed > values are generally discussed and the basic-block case is mentioned > (under the "Identifiers" section). I took a look at the