Revision tags: llvmorg-3.5.0, llvmorg-3.5.0-rc4, llvmorg-3.5.0-rc3, llvmorg-3.5.0-rc2, llvmorg-3.5.0-rc1, llvmorg-3.4.2, llvmorg-3.4.2-rc1, llvmorg-3.4.1, llvmorg-3.4.1-rc2, llvmorg-3.4.1-rc1 |
|
#
12e00fc6 |
| 03-Apr-2014 |
David Blaikie <dblaikie@gmail.com> |
DebugInfo: Use a 64 bit type for the subrange
While we were encoding 64 bit values (data8) in the subrange itself, using a 32 bit type for the subrange was still confusing the gdb. Oh, and make it u
DebugInfo: Use a 64 bit type for the subrange
While we were encoding 64 bit values (data8) in the subrange itself, using a 32 bit type for the subrange was still confusing the gdb. Oh, and make it unsigned too.
As the comment points out, this could be pushed into the frontend so that it would be 32 or 64 bit as appropriate, etc.
llvm-svn: 205512
show more ...
|
#
5e390e4d |
| 04-Feb-2014 |
David Blaikie <dblaikie@gmail.com> |
DebugInfo: Remove some unneeded conditionals now that DIBuilder no longer emits zero-length arrays as {i32 0}
A bunch of test cases needed to be cleaned up for this, many my fault - when implementid
DebugInfo: Remove some unneeded conditionals now that DIBuilder no longer emits zero-length arrays as {i32 0}
A bunch of test cases needed to be cleaned up for this, many my fault - when implementid imported modules I updated test cases by simply duplicating the prior metadata field - which wasn't always the empty metadata entry.
llvm-svn: 200731
show more ...
|
Revision tags: llvmorg-3.4.0, llvmorg-3.4.0-rc3, llvmorg-3.4.0-rc2 |
|
#
409558f8 |
| 22-Nov-2013 |
Manman Ren <manman.ren@gmail.com> |
Debug Info: update testing cases to specify the debug info version number.
We are going to drop debug info without a version number or with a different version number, to make sure we don't crash wh
Debug Info: update testing cases to specify the debug info version number.
We are going to drop debug info without a version number or with a different version number, to make sure we don't crash when we see bitcode files with different debug info metadata format.
llvm-svn: 195504
show more ...
|
Revision tags: llvmorg-3.4.0-rc1 |
|
#
f4c339e0 |
| 29-Oct-2013 |
Manman Ren <manman.ren@gmail.com> |
Debug Info: instead of calling addToContextOwner which constructs the context after the DIE creation, we construct the context first.
Ensure that we create the context before we create a type so tha
Debug Info: instead of calling addToContextOwner which constructs the context after the DIE creation, we construct the context first.
Ensure that we create the context before we create a type so that we can add the newly created type to the parent. Remove last use of addToContextOwner now that it's not needed.
We use createAndAddDIE to wrap around "new DIE(". Now all shareable DIEs should be added to their parents right after the creation.
Reviewed off-list by Eric, Thanks.
llvm-svn: 193657
show more ...
|
#
f6b936bc |
| 29-Oct-2013 |
Manman Ren <manman.ren@gmail.com> |
Debug Info: instead of calling addToContextOwner which constructs the context after the DIE creation, we construct the context first.
This touches creation of namespaces and global variables. The pu
Debug Info: instead of calling addToContextOwner which constructs the context after the DIE creation, we construct the context first.
This touches creation of namespaces and global variables. The purpose is to handle all DIE creations similarly: constructs the context first, then creates the DIE and immediately adds the DIE to its parent.
We use createAndAddDIE to wrap around "new DIE(".
llvm-svn: 193589
show more ...
|
#
f2a88f36 |
| 08-Sep-2013 |
Manman Ren <manman.ren@gmail.com> |
Debug Info Testing: update context from empty string to null.
Context should be either null or MDNode.
llvm-svn: 190267
|
#
deeafd8a |
| 06-Sep-2013 |
Manman Ren <manman.ren@gmail.com> |
Debug Info Testing: updated to use NULL instead of "i32 0" in a few fields.
Field 2 of DIType (Context), field 9 of DIDerivedType (TypeDerivedFrom), field 12 of DICompositeType (ContainingType), fie
Debug Info Testing: updated to use NULL instead of "i32 0" in a few fields.
Field 2 of DIType (Context), field 9 of DIDerivedType (TypeDerivedFrom), field 12 of DICompositeType (ContainingType), fields 2, 7, 12 of DISubprogram (Context, Type, ContainingType).
llvm-svn: 190205
show more ...
|
#
0ed70aeb |
| 26-Aug-2013 |
Manman Ren <manman.ren@gmail.com> |
Debug Info: add an identifier field to DICompositeType.
DICompositeType will have an identifier field at position 14. For now, the field is set to null in DIBuilder. For DICompositeTypes where the t
Debug Info: add an identifier field to DICompositeType.
DICompositeType will have an identifier field at position 14. For now, the field is set to null in DIBuilder. For DICompositeTypes where the template argument field (the 13th field) was optional, modify DIBuilder to make sure the template argument field is set. Now DICompositeType has 15 fields.
Update DIBuilder to use NULL instead of "i32 0" for null value of a MDNode. Update verifier to check that DICompositeType has 15 fields and the last field is null or a MDString.
Update testing cases to include an extra field for DICompositeType. The identifier field will be used by type uniquing so a front end can genearte a DICompositeType with a unique identifer.
llvm-svn: 189282
show more ...
|
Revision tags: llvmorg-3.3.1-rc1, llvmorg-3.3.0, llvmorg-3.3.0-rc3, llvmorg-3.3.0-rc2, llvmorg-3.3.0-rc1 |
|
#
f55abeaf |
| 22-Apr-2013 |
David Blaikie <dblaikie@gmail.com> |
Revert "Revert "PR14606: debug info imported_module support""
This reverts commit r179840 with a fix to test/DebugInfo/two-cus-from-same-file.ll
I'm not sure why that test only failed on ARM & MIPS
Revert "Revert "PR14606: debug info imported_module support""
This reverts commit r179840 with a fix to test/DebugInfo/two-cus-from-same-file.ll
I'm not sure why that test only failed on ARM & MIPS and not X86 Linux, even though the debug info was clearly invalid on all of them, but this ought to fix it.
llvm-svn: 179996
show more ...
|
#
0e89ade8 |
| 19-Apr-2013 |
Eric Christopher <echristo@gmail.com> |
Revert "PR14606: debug info imported_module support"
This reverts commit r179836 as it seems to have caused test failures.
llvm-svn: 179840
|
#
88564f3c |
| 19-Apr-2013 |
David Blaikie <dblaikie@gmail.com> |
PR14606: debug info imported_module support
Adding another CU-wide list, in this case of imported_modules (since they should be relatively rare, it seemed better to add a list where each element had
PR14606: debug info imported_module support
Adding another CU-wide list, in this case of imported_modules (since they should be relatively rare, it seemed better to add a list where each element had a "context" value, rather than add a (usually empty) list to every scope). This takes care of DW_TAG_imported_module, but to fully address PR14606 we'll need to expand this to cover DW_TAG_imported_declaration too.
llvm-svn: 179836
show more ...
|
#
5692e72f |
| 28-Mar-2013 |
David Blaikie <dblaikie@gmail.com> |
Revert "Adding DIImportedModules to DIScopes."
This reverts commit 342d92c7a0adeabc9ab00f3f0d88d739fe7da4c7.
Turns out we're going with a different schema design to represent DW_TAG_imported_module
Revert "Adding DIImportedModules to DIScopes."
This reverts commit 342d92c7a0adeabc9ab00f3f0d88d739fe7da4c7.
Turns out we're going with a different schema design to represent DW_TAG_imported_modules so we won't need this extra field.
llvm-svn: 178215
show more ...
|
#
a26d7035 |
| 27-Mar-2013 |
David Blaikie <dblaikie@gmail.com> |
Adding DIImportedModules to DIScopes.
This is just the basic groundwork for supporting DW_TAG_imported_module but I wanted to commit this before pushing support further into Clang or LLVM so that th
Adding DIImportedModules to DIScopes.
This is just the basic groundwork for supporting DW_TAG_imported_module but I wanted to commit this before pushing support further into Clang or LLVM so that this rather churny change is isolated from the rest of the work. The major churn here is obviously adding another field (within the common DIScope prefix) to all DIScopes (files, classes, namespaces, lexical scopes, etc). This should be the last big churny change needed for DW_TAG_imported_module/using directive support/PR14606.
llvm-svn: 178099
show more ...
|
#
0d7d62e4 |
| 21-Mar-2013 |
David Blaikie <dblaikie@gmail.com> |
Move the DIFile in DISubprogram to the beginning to be a common prefix along with other DIScopes
llvm-svn: 177674
|
#
cc8d0901 |
| 21-Mar-2013 |
David Blaikie <dblaikie@gmail.com> |
Remove unused field in DISubprogram
llvm-svn: 177661
|
#
efb0d65e |
| 20-Mar-2013 |
David Blaikie <dblaikie@gmail.com> |
Debug info: refactor the first field of DICompileUnit to be a raw file/directory pair
This removes the DICompileUnit special case from DIScope.
llvm-svn: 177610
|
#
3b88852a |
| 20-Mar-2013 |
David Blaikie <dblaikie@gmail.com> |
Debug Info: Swap the 2nd and 3rd parameters to DICompileUnit to match the common DIScope prefix
llvm-svn: 177595
|
#
43a729d1 |
| 20-Mar-2013 |
David Blaikie <dblaikie@gmail.com> |
Remove unused field in DICompileUnit
llvm-svn: 177590
|
#
200b6ed8 |
| 20-Mar-2013 |
David Blaikie <dblaikie@gmail.com> |
Refactor the DIFile (2nd) parameter to DITypes to be an MDNode reference to a raw directory/file pair
This makes DIType's first non-tag parameter the same as DIFile's, allowing them to both share th
Refactor the DIFile (2nd) parameter to DITypes to be an MDNode reference to a raw directory/file pair
This makes DIType's first non-tag parameter the same as DIFile's, allowing them to both share the common implementation of getFilename/getDirectory in DIScope.
llvm-svn: 177467
show more ...
|
#
abec74b3 |
| 19-Mar-2013 |
David Blaikie <dblaikie@gmail.com> |
Move the DIFile operand to DITypes from the 4th operand to the 2nd.
This is another step along the way to making all DIScopes have a common prefix which can be added to in a general manner to suppor
Move the DIFile operand to DITypes from the 4th operand to the 2nd.
This is another step along the way to making all DIScopes have a common prefix which can be added to in a general manner to support using directives (DW_TAG_imported_module).
llvm-svn: 177462
show more ...
|
#
8fb82245 |
| 17-Mar-2013 |
David Blaikie <dblaikie@gmail.com> |
Split out filename & directory from DIFile to start generalizing over DIScopes
This is the first step to making all DIScopes have a common metadata prefix (so that things (using directives, for exam
Split out filename & directory from DIFile to start generalizing over DIScopes
This is the first step to making all DIScopes have a common metadata prefix (so that things (using directives, for example) that can appear in any scope can be added to that common prefix). DIFile is itself a DIScope so the common prefix of all DIScopes cannot be a DIFile - instead it's the raw filename/directory name pair.
llvm-svn: 177239
show more ...
|
#
1ca2f362 |
| 13-Mar-2013 |
David Blaikie <dblaikie@gmail.com> |
Refactor filename/directory in DICompileUnit into a DIFile
This is the next step towards making the metadata for DIScopes have a common prefix rather than having to delegate based on their tag type.
Refactor filename/directory in DICompileUnit into a DIFile
This is the next step towards making the metadata for DIScopes have a common prefix rather than having to delegate based on their tag type.
llvm-svn: 176913
show more ...
|
#
452c3ff6 |
| 12-Mar-2013 |
David Blaikie <dblaikie@gmail.com> |
Remove unused "isMain" field from DICompileUnit
llvm-svn: 176910
|
#
a4f770d5 |
| 12-Mar-2013 |
David Blaikie <dblaikie@gmail.com> |
Update debug info test cases with empty SplitDebugFilename field.
This could be 'null' or the empty string, DIDescriptor::getStringField coalesces the two cases anyway so it's just a matter of legib
Update debug info test cases with empty SplitDebugFilename field.
This could be 'null' or the empty string, DIDescriptor::getStringField coalesces the two cases anyway so it's just a matter of legible/efficient representation.
The change in behavior of the DICompileUnit::get* functions could be subsumed by the full verification check - but ideally that should just be an assertion if we could front-load the actual debug info metadata failure paths.
llvm-svn: 176907
show more ...
|
#
47922fb0 |
| 11-Mar-2013 |
David Blaikie <dblaikie@gmail.com> |
Upgrading debug info test cases to be (more) compatible with the current debug info format.
These cases were found by further work to remove support for debug info versioning. Common cleanups (other
Upgrading debug info test cases to be (more) compatible with the current debug info format.
These cases were found by further work to remove support for debug info versioning. Common cleanups (other than changing the version info in the tag field) included adding the last parameter to compile_units (recently added for fission support) and other cases of trailing fields in lexical blocks, compile units, and subprograms.
llvm-svn: 176834
show more ...
|