| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 198199
|
| |
|
|
|
|
| |
each normal unit" as it seems to be causing problems in the asan tests.
llvm-svn: 198197
|
| |
|
|
|
|
|
|
|
|
|
| |
and construct it up front. Add address ranges at the end and a helper
routine so that we're not needlessly using an indirction in the case
of split dwarf.
Update testcases according to the new ordering of attributes on
the compile unit.
llvm-svn: 198196
|
| |
|
|
|
|
|
| |
just calling into MAI and is only abstracting for a single interface that
we actually need to check in multiple places.
llvm-svn: 198092
|
| |
|
|
|
|
| |
rdar://problem/11516681.
llvm-svn: 197927
|
| |
|
|
|
|
| |
assert that this is so.
llvm-svn: 197780
|
| |
|
|
|
|
|
|
| |
when you want to have the full list of addresses for a particular CU or
when you have multiple modules linked together and can't depend upon the
ordering of a single CU for begin/end ranges.
llvm-svn: 197776
|
| |
|
|
|
|
|
|
| |
member functions. Paired commit with CFE.
rdar://problem/15356637
llvm-svn: 197613
|
| |
|
|
|
|
|
|
|
| |
type units via their signatures
This simplifies type unit and type unit reference creation as well as
setting the stage for inter-type hashing across type unit boundaries.
llvm-svn: 197539
|
| |
|
|
| |
llvm-svn: 197323
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
comdat grouping and type unit headers
This commit does not complete the type units feature - there are issues
around fission support (skeletal type units, pubtypes/pubnames) and
hashing of some types including those containing references to types in
other type units.
Originally committed as r197073 and reverted in r197079.
Recommitted as r197197 to reproduce the failure and reverted as r197199
Turns out there was unstable ordering in the type unit dumping code.
Fixed by using MapVector in DWARFContext to store the debug_types
comdat sections.
Recommitted as r197210 with a fix to dumping and reverted as r197211
because I was a bit gun shy and thought I saw a failure that turned out
to be unrelated.
So here we go - once more with feeling! \o/
llvm-svn: 197275
|
| |
|
|
|
|
|
|
| |
appropriate comdat grouping and type unit headers"
This reverts commit r197210.
llvm-svn: 197211
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
comdat grouping and type unit headers
This commit does not complete the type units feature - there are issues
around fission support (skeletal type units, pubtypes/pubnames) and
hashing of some types including those containing references to types in
other type units.
Originally committed as r197073 and reverted in r197079.
Recommitted as r197197 to reproduce the failure and reverted as r197199
Turns out there was unstable ordering in the type unit dumping code.
Fixed by using MapVector in DWARFContext to store the debug_types
comdat sections.
llvm-svn: 197210
|
| |
|
|
|
|
|
|
| |
appropriate comdat grouping and type unit headers"
This reverts commit r197197.
llvm-svn: 197199
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
comdat grouping and type unit headers
This commit does not complete the type units feature - there are issues
around fission support (skeletal type units, pubtypes/pubnames) and
hashing of some types including those containing references to types in
other type units.
Originally committed as r197073 and reverted in r197079.
This commit originally got jumbled up with another build-breaking commit
and I can't find the failures I thought this caused anymore.
Recommitting to hopefully get some clean buildbot results to work from.
I have a sneaking suspicion there's unstable output in the comdat group
output of MCStreamer...
llvm-svn: 197197
|
| |
|
|
|
|
|
|
| |
The linkers on these systems don't have anything special to do with these
symbols. Since the intent is for them to be absent from the final object,
just treat them as private.
llvm-svn: 197080
|
| |
|
|
|
|
|
|
|
|
|
|
| |
appropriate comdat grouping and type unit headers"
This reverts commit r197073.
The test seems to be failing on some buildbots for unknown reasons.
Reverting until I can figure that out. If anyone's got a reproduction
(.s and .o together would be great) - I'd really appreciate it.
llvm-svn: 197079
|
| |
|
|
|
|
|
|
|
|
|
| |
comdat grouping and type unit headers
This commit does not complete the type units feature - there are issues
around fission support (skeletal type units, pubtypes/pubnames) and
hashing of some types including those containing references to types in
other type units.
llvm-svn: 197073
|
| |
|
|
| |
llvm-svn: 197072
|
| |
|
|
|
|
| |
.weak_def_can_be_hidden was not yet supported by the system assembler
llvm-svn: 196970
|
| |
|
|
|
|
| |
I'll prune redundant deps in LLVMBuild.txt, later.
llvm-svn: 196881
|
| |
|
|
| |
llvm-svn: 196851
|
| |
|
|
|
|
| |
empty one.
llvm-svn: 196849
|
| |
|
|
| |
llvm-svn: 196848
|
| |
|
|
|
|
| |
clarity. No functional change.
llvm-svn: 196844
|
| |
|
|
|
|
| |
ambiguous. Reformat to match.
llvm-svn: 196838
|
| |
|
|
|
|
| |
gnu_ranges label in the unit.
llvm-svn: 196793
|
| |
|
|
|
|
|
|
| |
This removes another case of spooky action at a distance (building the
same label names in multiple places creating an implicit dependency
between those places) and helps pave the way for type units.
llvm-svn: 196617
|
| |
|
|
|
|
|
| |
This is a precursor to moving type units into the correct (debug_types)
section with comdat groups and full type unit headers.
llvm-svn: 196615
|
| |
|
|
|
|
|
|
|
|
|
| |
This more accurately represents the actual walk - pubnames/pubtypes are
emitted into the .o, not the .dwo, and reference the skeletons not the
full units.
Use the newly established ID->index invariant to lookup the underlying
full unit to retrieve its public names and types.
llvm-svn: 196601
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
list
This simplifies reasoning about the code and enables simple navigation
from a skeleton to its full unit. (currently there are no type unit
skeletons, so the skeleton list doesn't have the same ID == index
property)
Eventually we should get rid of this ID and just store the labels we
need as the IDs are allowing this code to create difficult to
manage/understand associations (loops over non-skeletal units are
implicitly referencing their skeletal units during pub* emission, for
example). It may be necessary to have some kind of skeleton->full unit
association and a more direct pointer or similar device would be
preferable than an index.
llvm-svn: 196600
|
| |
|
|
| |
llvm-svn: 196519
|
| |
|
|
|
|
| |
reduce duplication
llvm-svn: 196479
|
| |
|
|
|
|
|
| |
DIEs already contain references directly to their DIEAbbrev, use that
instead of looking it up based on index.
llvm-svn: 196446
|
| |
|
|
| |
llvm-svn: 196445
|
| |
|
|
| |
llvm-svn: 196442
|
| |
|
|
|
|
| |
values with the correct behavior.
llvm-svn: 196441
|
| |
|
|
| |
llvm-svn: 196437
|
| |
|
|
|
|
|
|
| |
compilation units.
Code review feedback on r196394 by Paul Robinson.
llvm-svn: 196433
|
| |
|
|
| |
llvm-svn: 196431
|
| |
|
|
| |
llvm-svn: 196430
|
| |
|
|
| |
llvm-svn: 196427
|
| |
|
|
| |
llvm-svn: 196426
|
| |
|
|
| |
llvm-svn: 196422
|
| |
|
|
| |
llvm-svn: 196421
|
| |
|
|
|
|
| |
rather than magically making the names match.
llvm-svn: 196419
|
| |
|
|
|
|
|
|
| |
While we still have a few (~4) non-trivial comments with string
concatenation, etc that should remain conditionalized, these trivial
literal comments can be simplified.
llvm-svn: 196416
|
| |
|
|
| |
llvm-svn: 196414
|
| |
|
|
|
|
| |
checks. No functional change.
llvm-svn: 196412
|
| |
|
|
|
|
|
| |
a few things more const as well because we're now using const
references to refer to iterators.
llvm-svn: 196398
|