| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
| |
Representing enumerators by int64 instead of uint64 for now. At some
point we need to address the underlying issue of representation
depending on the specific enumeration.
llvm-svn: 184761
|
|
|
|
|
|
| |
and parameter packs
llvm-svn: 184643
|
|
|
|
|
|
| |
Use the correct DIType when creating types in DIBuilder.
llvm-svn: 183543
|
|
|
|
|
|
| |
Use the correct DIType when creating vector types.
llvm-svn: 183484
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
DW_TAG_subroutine_type
There were bits & pieces of code lying around that may've given the
impression that debug info metadata supported the possibility that a
subprogram's type could be specified by a non-subroutine type describing
the return type of a void function. This support was incomplete &
unnecessary. Asserts & API have been changed to make the desired usage
more clear.
llvm-svn: 182532
|
|
|
|
|
|
|
|
|
| |
This resolves the last of the PR14606 failures in the GDB 7.5 test
suite by implementing an optional name field for
DW_TAG_imported_modules/DIImportedEntities and using that to implement
C++ namespace aliases (eg: "namespace X = Y;").
llvm-svn: 182328
|
|
|
|
|
|
|
|
|
|
| |
parameters.
This is only tested for global variables at the moment (& includes tests
for the unnamed parameter case, since apparently this entire function
was completely untested previously)
llvm-svn: 181632
|
|
|
|
|
|
|
|
|
| |
DIBuilder::createImportedDeclaration isn't fully plumbed through (note,
lacking in AsmPrinter/DwarfDebug support) but this seemed like a
sufficiently useful division of code to make the subsequent patch(es)
easier to follow.
llvm-svn: 181364
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 179881
|
|
|
|
|
|
| |
rdar://problem/13463793
llvm-svn: 179877
|
|
|
|
|
|
| |
This reverts commit r179836 as it seems to have caused test failures.
llvm-svn: 179840
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 178586
|
|
|
|
| |
llvm-svn: 178585
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
rather than DIType
llvm-svn: 178091
|
|
|
|
|
|
| |
This is the last change in transitioning all DIScopes to have a common prefix.
llvm-svn: 177756
|
|
|
|
| |
llvm-svn: 177754
|
|
|
|
|
|
| |
file/directory pair
llvm-svn: 177742
|
|
|
|
|
|
| |
other DIScopes
llvm-svn: 177703
|
|
|
|
|
|
| |
directly to the pair rather than the DIFile.
llvm-svn: 177677
|
|
|
|
|
|
| |
with other DIScopes
llvm-svn: 177674
|
|
|
|
| |
llvm-svn: 177661
|
|
|
|
|
|
|
|
| |
file/directory pair
This removes the DICompileUnit special case from DIScope.
llvm-svn: 177610
|
|
|
|
|
|
| |
common DIScope prefix
llvm-svn: 177595
|
|
|
|
| |
llvm-svn: 177590
|
|
|
|
|
|
|
|
| |
the pair rather than the DIFile
(paired to a Clang test - excuse the buildbot skew/fallout)
llvm-svn: 177566
|
|
|
|
|
|
| |
Patch by Kai Nacke (kai@redstar.de)
llvm-svn: 177547
|
|
|
|
|
|
|
|
| |
Moving the DIFile parameter to immediately proceed the tag so that it will be a
common prefix with other DIScopes (once the DIFile is replaced with the raw
file/directory pair).
llvm-svn: 177492
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
Seems some accidental C++11 crept in there. Reported by the C++98 buildbots.
llvm-svn: 177241
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 176983
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 176910
|
|
|
|
| |
llvm-svn: 176837
|
|
|
|
| |
llvm-svn: 176004
|
|
|
|
|
|
|
| |
the debug info for -gsplit-dwarf so we can encode that location
in the skeleton cu.
llvm-svn: 175933
|
|
|
|
| |
llvm-svn: 175932
|
|
|
|
|
|
| |
Paired with an Clang commit so this may cause temporary build failures.
llvm-svn: 175426
|
|
|
|
|
|
|
|
| |
Previously we seemed to be assuming that all functions were definitions and all
methods were declarations. This may be consistent with how Clang uses DIBuilder
but doesn't have to be true of all clients (such as DragonEgg).
llvm-svn: 175423
|
|
|
|
| |
llvm-svn: 175421
|
|
|
|
| |
llvm-svn: 174924
|
|
|
|
|
|
| |
variable lists)
llvm-svn: 174305
|
|
|
|
|
|
|
|
|
|
| |
The main lists of debug info metadata attached to the compile_unit had an extra
layer of metadata nodes they went through for no apparent reason. This patch
removes that (& still passes just as much of the GDB 7.5 test suite). If anyone
can show evidence as to why these extra metadata nodes are there I'm open to
reverting this patch & documenting why they're there.
llvm-svn: 174266
|
|
|
|
|
|
|
|
|
|
|
| |
of a class. Emit static data member declarations and definitions
through correctly.
Part of PR14471.
Patch by Paul Robinson!
llvm-svn: 172590
|
|
|
|
|
|
| |
make sure that vector types do work.
llvm-svn: 171833
|