llvm-svn: 63663

llvm-svn: 63660

llvm-svn: 63527

 Each input file is encoded as a separate compile unit in LLVM debugging
information output. However, many target specific tool chains prefer to encode
only one compile unit in an object file. In this situation, the LLVM code
generator will include  debugging information entities in the compile unit 
that is marked as main compile unit. The code generator accepts maximum one main
compile unit per module. If a module does not contain any main compile unit 
then the code generator will emit multiple compile units in the output object 
file.

[Part 1]

Update DebugInfo APIs to accept optional boolean value while creating DICompileUnit  to mark the unit as "main" unit. By defaults all units are considered  non-main.  Update SourceLevelDebugging.html to document "main" compile unit.

Update DebugInfo APIs to not accept and encode separate source file/directory entries while creating various llvm.dbg.* entities. There was a recent, yet to be documented, change to include this additional information so no documentation changes are required here.

Update DwarfDebug to handle "main" compile unit. If "main" compile unit is seen then all DIEs are inserted into "main" compile unit. All other compile units are used to find source location for llvm.dbg.* values. If there is not any "main" compile unit then create unique compile unit DIEs for each llvm.dbg.compile_unit.

[Part 2]

Create separate llvm.dbg.compile_unit for each input file. Mark compile unit create for main_input_filename as "main" compile unit. Use appropriate compile unit, based on source location information collected from the tree node, while creating llvm.dbg.* values using DebugInfo APIs.

---

This is Part 1.

llvm-svn: 63400

Enable emitting of constant values in non-default address space as well. The APIs emitting constants now take an additional parameter signifying the address space in which to emit. The APIs like getData8BitsDirective() etc are made virtual enabling targets to be able to define appropirate directivers for various sizes and address spaces.

llvm-svn: 63377

llvm-svn: 63358

llvm-svn: 63357

llvm-svn: 63356

Do not forget to derived type while constructing an array type.

llvm-svn: 63233

llvm-svn: 63198

llvm-svn: 63154

Assorted debug info fixes.
- DW_AT_bit_size is only suitable for bitfields.
- Encode source location info for derived types.
- Source location and type size info is not useful for subroutine_type (info is included in respective DISubprogram) and array_type.

llvm-svn: 63077

doesn't support it. The default is set to 'true', so this should not
impact any other target backends.

llvm-svn: 63058

DW_AT_APPLE_optimized flag is set when a compile_unit is optimized. The debugger takes advantage of this information some way.

DW_AT_APPLE_flags encodes command line options when certain env. variable is set. This is used by build engineers to track various gcc command lines used by by  a project, irrespective of whether the project used makefile, Xcode or something else.

llvm-gcc patch is next.

llvm-svn: 62888

llvm-svn: 62861

llvm-svn: 62828

llvm-svn: 62827

compatibility with VC++.  Patch by Max Burke!

llvm-svn: 62813

llvm-svn: 62763

llvm-svn: 62638

llvm-svn: 62625

llvm-svn: 62610

llvm-svn: 62602

llvm-svn: 62596

llvm-svn: 62594

llvm-svn: 62589

Do not use DenseMap because the iterator is invalidated while constructing types. After all there was a reason why std::map was used initially!

llvm-svn: 62555

llvm-svn: 62545

Remove tabs.

llvm-svn: 62423

llvm-svn: 62421

llvm-svn: 62412

llvm-svn: 62410

llvm-svn: 62406

llvm-svn: 62358

llvm-svn: 62341

llvm-svn: 62328

Split Support/Registry.h into two files so that we have less to
recompile every time CommandLine.h is changed.

llvm-svn: 62312

llvm-svn: 62307

llvm-svn: 62298

llvm-svn: 62294