Displaying 5 results from an estimated 5 matches for "llvm_cmake".
2015 Jan 19
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
...mpile_unit [1] *
> AT_producer( "clang version 3.5.0 (209308)" )
> AT_language( DW_LANG_C_plus_plus )
> AT_name( "test.cc <http://test.cc/>" )
> AT_stmt_list( 0x00000000 )
> AT_comp_dir( "/llvm_cmake" )
> AT_low_pc( 0x0000000000000000 )
> AT_high_pc( 0x00000184 )
>
> 0x0000002a: TAG_subprogram [2] *
> AT_low_pc( 0x0000000000000000 )
> AT_high_pc( 0x00000184 )
> AT_frame_base( rbp )
>...
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_producer( "clang version 3.5.0 (209308)" )
>> AT_language( DW_LANG_C_plus_plus )
>> AT_name( "test.cc <http://test.cc/>" )
>> AT_stmt_list( 0x00000000 )
>> AT_comp_dir( "/llvm_cmake" )
>> AT_low_pc( 0x0000000000000000 )
>> AT_high_pc( 0x00000184 )
>>
>> 0x0000002a: TAG_subprogram [2] *
>> AT_low_pc( 0x0000000000000000 )
>> AT_high_pc( 0x00000184 )
>>...
2015 Jan 20
2
[LLVMdev] Dropping the DW_ prefix from names in dwarfdump
...0005f)
0x0000000b: TAG_compile_unit [1] *
AT_producer( "clang version 3.5.0 (209308)" )
AT_language( DW_LANG_C_plus_plus )
AT_name( "test.cc<http://test.cc/>" )
AT_stmt_list( 0x00000000 )
AT_comp_dir( "/llvm_cmake" )
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( &q...
2007 Feb 28
0
[LLVMdev] Building LLVM with CMake
...my language front end, and I didn't want to switch
to autoconf just to be able to use LLVM with it. And maybe it could be
a nice new feature for LLVM 2.0 to have an alternative build system
:-)
--
Kevin André
-------------- next part --------------
A non-text attachment was scrubbed...
Name: LLVM_CMake.diff
Type: application/octet-stream
Size: 51892 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20070228/a469331e/attachment.obj>