| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 193432
|
|
|
|
| |
llvm-svn: 193427
|
|
|
|
| |
llvm-svn: 193363
|
|
|
|
| |
llvm-svn: 193361
|
|
|
|
| |
llvm-svn: 193360
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since (as of r190716) Clang no longer emits debug info for C++ friend
declarations (and it seems GCC never has/does, which was the motivation
for the Clang change), there's no actual reachable case for implementing
the part of DWARF 4, Section 7.27 part 5 that pertains to friends.
Leave an assert here so that if/when we do have a client producing
friends and using type units, we can fill in the gap and add appropriate
(unit and feature) tests.
llvm-svn: 193193
|
|
|
|
|
|
|
|
|
| |
Includes a test case/FIXME demonstrating a bug/limitation in pointer to
member hashing. To be honest I'm not sure why we don't just always use
summary hashing for referenced types... but perhaps I'm missing
something.
llvm-svn: 193175
|
|
|
|
|
|
|
|
| |
declarable summary hashing path
More support for 7.25 Part 5.
llvm-svn: 193129
|
|
|
|
|
|
|
|
|
| |
contexts
There are several other tag types that need similar handling but to
ensure test coverage they'll be coming incrementally.
llvm-svn: 193126
|
|
|
|
|
|
|
|
|
|
| |
same type
This uses a map, keeping the type DIE numbering separate from the DIEs
themselves - alternatively we could do things the way GCC does if we
want to add an integer to the DIE type to record the numbering there.
llvm-svn: 193105
|
|
|
|
|
|
|
|
|
|
| |
Found while adding type safety to the various DWARF enumerations (form,
attribute, tag, etc) that caused Clang to warn on an incompletely
covered switch. Converting the comment to a default/unreachable
uncovered this case of an unsupported form encoding. Seems we were
skipping fission strings entirely.
llvm-svn: 193089
|
|
|
|
|
|
|
| |
Makes the uses more terse and requires that they use a semicolon at the
end that helps editors indent proceeding lines correctly.
llvm-svn: 192925
|
|
|
|
| |
llvm-svn: 192924
|
|
|
|
| |
llvm-svn: 192856
|
|
|
|
|
|
|
| |
This allows us to produce the same hash as GCC for at least some simple
examples.
llvm-svn: 192855
|
|
|
|
| |
llvm-svn: 192840
|
|
|
|
| |
llvm-svn: 192836
|
|
|
|
| |
llvm-svn: 192755
|
|
|
|
|
|
| |
hashing the contents of DW_FORM_data1 on top of a type with attributes.
llvm-svn: 189862
|
|
|
|
|
|
|
|
| |
This won't affect the kinds of hashes we test for as we actually
do hashing based on form and attribute. Change the fission-hash
testcase one last time to handle DW_AT_comp_dir.
llvm-svn: 189840
|
|
|
|
| |
llvm-svn: 189428
|
|
|
|
|
|
|
| |
algorithm. Update the split dwarf hashing testcase accordingly - this
should be the last time that the hash of an empty file changes.
llvm-svn: 189427
|
|
|
|
|
|
| |
type that will grow in the future
llvm-svn: 188422
|
|
|
|
|
|
| |
Before this, collectAttributes() was operating on a local object.
llvm-svn: 188254
|
|
|
|
|
|
|
|
|
|
| |
CUs.
Currently only hashes the name of CUs and the names of any children,
but it's an obvious first step to show the framework. The testcase
should continue to be correct, however, as it's an empty TU.
llvm-svn: 188243
|
|
|
|
| |
llvm-svn: 188233
|
|
No functional change intended.
llvm-svn: 188028
|