Displaying 7 results from an estimated 7 matches for "_z3bari".
Did you mean:
_z3barv
2005 Apr 25
5
[LLVMdev] "Best" alias analysis algorithm
Hello,
I'm playing with alias analysis, using the following program:
%i = external global int ; <int*> [#uses=2]
implementation ; Functions:
int %_Z3bari(int %p) {
entry:
%tmp.0 = load int* %i ; <int> [#uses=1]
%tmp.1 = setgt int %tmp.0, 10 ; <bool> [#uses=1]
br bool %tmp.1, label %then, label %UnifiedReturnBlock
then: ; preds = %entry
%tmp.3 = add int %p, 2 ; <int> [#uses=1]
ret int %tmp.3...
2015 Jan 19
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
...000000000000 )
> AT_high_pc( 0x00000184 )
>
> 0x0000002a: TAG_subprogram [2] *
> AT_low_pc( 0x0000000000000000 )
> AT_high_pc( 0x00000184 )
> AT_frame_base( rbp )
> AT_MIPS_linkage_name( "_Z3bari" )
> AT_name( "bar" )
> AT_decl_file( "/llvm_cmake/test.cc <http://test.cc/>" )
> AT_decl_line( 1 )
> AT_type( {0x00000057} ( int ) )
> AT_external( true )
>
> 0...
2015 Jan 19
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
Hey guys,
Frederic is introducing the expression dumping support and in the interests
of tersity is skipping the "DW_" in every "DW_OP" (heck, we could even skip
the "OP" given the context - nothing else textual can appear there, right?)
Any thoughts on skipping the "DW_" (maybe even the AT/TAG/FORM too) in the
rest of dwarfdump? (skipping the AT/TAG (FORM
2015 Jan 19
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
...AT_high_pc( 0x00000184 )
>>
>> 0x0000002a: TAG_subprogram [2] *
>> AT_low_pc( 0x0000000000000000 )
>> AT_high_pc( 0x00000184 )
>> AT_frame_base( rbp )
>> AT_MIPS_linkage_name( "_Z3bari" )
>> AT_name( "bar" )
>> AT_decl_file( "/llvm_cmake/test.cc <http://test.cc/>" )
>> AT_decl_line( 1 )
>> AT_type( {0x00000057} ( int ) )
>> AT_external(...
2015 Jan 20
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
...t; )
AT_low_pc( 0x0000000000000000 )
AT_high_pc( 0x00000184 )
0x0000002a: TAG_subprogram [2] *
AT_low_pc( 0x0000000000000000 )
AT_high_pc( 0x00000184 )
AT_frame_base( rbp )
AT_MIPS_linkage_name( "_Z3bari" )
AT_name( "bar" )
AT_decl_file( "/llvm_cmake/test.cc<http://test.cc/>" )
AT_decl_line( 1 )
AT_type( {0x00000057} ( int ) )
AT_external( true )
0x00000047: TAG_formal_parame...
2005 Apr 25
0
[LLVMdev] "Best" alias analysis algorithm
On Monday 25 April 2005 14:43, Vladimir Prus wrote:
> The 'i' variable is never modified in the program, however, all analyses
> except for -globalsmodref-aa report that the
>
> %tmp.3 = call int %_Z3bari( int %p ) ; <int> [#uses=1]
>
> instruction can modify 'i'. I'm somewhat surprised, because it looks like
> -globalsmodref-aa is the simplest algorithm. So, why the order algorithms
> report possible modification?
>
> In fact, if I add
>
> %j = external...
2016 May 08
2
Debug info scope of explicit casting type does not seem correct
That happens because we create the subprogram below as a context to the “DW_TAG_typedef” that was created as a type to “DW_TAG_pointer_type” that was added to the retained type list because of the explicit cast to (T*).
This is the code that creates DW_TAG_subprogram:
DIE *DwarfUnit::getOrCreateSubprogramDIE(const DISubprogram *SP, bool Minimal) {
...
// DW_TAG_inlined_subroutine may refer