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