| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 285171
|
| |
|
|
| |
llvm-svn: 285170
|
| |
|
|
| |
llvm-svn: 285169
|
| |
|
|
| |
llvm-svn: 285168
|
| |
|
|
| |
llvm-svn: 285167
|
| |
|
|
| |
llvm-svn: 285166
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Usage:
llvm-xray extract <object file> [-o <filename or '-'>]
The tool gets the XRay instrumentation map from an object file and turns
it into YAML. We first support ELF64 sleds on x86_64 binaries, with
provision for supporting other supported platforms and formats later.
This is the first of a many-part change to fully implement the
`llvm-xray` tool.
We also define a subcommand registration and dispatch mechanism to be
used by other further subcommand implementations for llvm-xray.
Diffusion Revision: https://reviews.llvm.org/D21987
llvm-svn: 285165
|
| |
|
|
| |
llvm-svn: 285164
|
| |
|
|
|
|
| |
This is in sync with what clang does.
llvm-svn: 285163
|
| |
|
|
|
|
| |
Not all echo commands support "-e".
llvm-svn: 285162
|
| |
|
|
| |
llvm-svn: 285161
|
| |
|
|
|
|
| |
class template specialization and that specialization has attributes.
llvm-svn: 285160
|
| |
|
|
|
|
|
|
| |
Summary: rsmith
Differential Revision: https://reviews.llvm.org/D25665
llvm-svn: 285159
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Summary: D24693 will need access to it from other places
Reviewers: eugenis
Subscribers: cfe-commits
Differential Revision: https://reviews.llvm.org/D24695
llvm-svn: 285158
|
| |
|
|
| |
llvm-svn: 285157
|
| |
|
|
|
|
| |
Reverts r285155 -- misconfigured tests.
llvm-svn: 285156
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Usage:
llvm-xray extract <object file> [-o <filename or '-'>]
The tool gets the XRay instrumentation map from an object file and turns
it into YAML. We first support ELF64 sleds on x86_64 binaries, with
provision for supporting other supported platforms and formats later.
This is the first of a many-part change to fully implement the
`llvm-xray` tool.
We also define a subcommand registration and dispatch mechanism to be
used by other further subcommand implementations for llvm-xray.
llvm-svn: 285155
|
| |
|
|
| |
llvm-svn: 285154
|
| |
|
|
|
|
| |
Next to fix it!
llvm-svn: 285153
|
| |
|
|
|
|
|
|
|
|
| |
headers. We previously got this check backwards and treated the wrapper header
as being textual.
This is important because our wrapper headers sometimes inject macros into the
system headers that they #include_next, and sometimes replace them entirely.
llvm-svn: 285152
|
| |
|
|
|
|
|
| |
Not all echo commands support "-e". On the other hand, printf
command is in POSIX, so it's more portable than "echo -e".
llvm-svn: 285151
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
cxx-abi-dev 2016-10-11.
This has the following ABI impact:
1) Functions whose parameter or return types are non-throwing function pointer
types have different manglings in c++1z mode from prior modes. This is
necessary because c++1z permits overloading on the noexceptness of function
pointer parameter types. A warning is issued for cases that will change
manglings in c++1z mode.
2) Functions whose parameter or return types contain instantiation-dependent
exception specifications change manglings in all modes. This is necessary
to support overloading on / SFINAE in these exception specifications, which
a careful reading of the standard indicates has essentially always been
permitted.
Note that, in order to be affected by these changes, the code in question must
specify an exception specification on a function pointer/reference type that is
written syntactically within the declaration of another function. Such
declarations are very rare, and I have so far been unable to find any code
that would be affected by this. (Note that such things will probably become
more common in C++17, since it's a lot easier to get a noexcept function type
as a function parameter / return type there.)
This change does not affect the set of symbols produced by a build of clang,
libc++, or libc++abi.
llvm-svn: 285150
|
| |
|
|
| |
llvm-svn: 285149
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Instead of storing a pointer, store the members we need.
The reason for doing this is that it makes it far easier to create
synthetic sections. It also avoids reading data from files multiple
times., which might help with cross endian linking and host
architectures with slow unaligned access.
There are obvious compacting opportunities, but this already has mixed
results even on native x86_64 linking.
There is also the possibility of better refactoring the code for
handling common symbols, but this already shows that a custom class is
not necessary.
llvm-svn: 285148
|
| |
|
|
| |
llvm-svn: 285147
|
| |
|
|
| |
llvm-svn: 285145
|
| |
|
|
| |
llvm-svn: 285144
|
| |
|
|
| |
llvm-svn: 285143
|
| |
|
|
| |
llvm-svn: 285142
|
| |
|
|
| |
llvm-svn: 285141
|
| |
|
|
| |
llvm-svn: 285140
|
| |
|
|
| |
llvm-svn: 285138
|
| |
|
|
| |
llvm-svn: 285137
|
| |
|
|
|
|
| |
Thanks to Pete Cooper for the review.
llvm-svn: 285136
|
| |
|
|
| |
llvm-svn: 285135
|
| |
|
|
| |
llvm-svn: 285134
|
| |
|
|
| |
llvm-svn: 285133
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Fixes PR28281.
MSVC lists indirect virtual base classes in the field list of a class.
This change makes Clang emit the information necessary for LLVM to
emit such records.
Reviewers: rnk, ruiu, zturner
Differential Revision: https://reviews.llvm.org/D25579
llvm-svn: 285132
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
On SparcV8, it was previously the case that a variable-sized alloca
might overlap by 4-bytes the last fixed stack variable, effectively
because 92 (the number of bytes reserved for the register spill area) !=
96 (the offset added to SP for where to start a DYNAMIC_STACKALLOC).
It's not as simple as changing 96 to 92, because variables that should
be 8-byte aligned would then be misaligned.
For now, simply increase the allocation size by 8 bytes for each dynamic
allocation -- wastes space, but at least doesn't overlap. As the large
comment says, doing this more efficiently will require larger changes in
llvm.
Also adds some test cases showing that we continue to not support
dynamic stack allocation and over-alignment in the same function.
llvm-svn: 285131
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Fixes PR28281.
MSVC lists indirect virtual base classes in the field list of a class,
using LF_IVBCLASS records. This change makes LLVM emit such records
when processing DW_TAG_inheritance tags with the DIFlagVirtual and
(newly introduced) DIFlagIndirect tags.
Reviewers: rnk, ruiu, zturner
Differential Revision: https://reviews.llvm.org/D25578
llvm-svn: 285130
|
| |
|
|
|
|
| |
-1)) combine for splatted vectors
llvm-svn: 285129
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Select instruction annotation in IR PGO uses the edge count to infer the
branch count. It's currently placed in setInstrumentedCounts() where
no all the BB counts have been computed. This leads to wrong branch weights.
Move the annotation after all BB counts are populated.
Reviewers: davidxl
Subscribers: llvm-commits
Differential Revision: https://reviews.llvm.org/D25961
llvm-svn: 285128
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This is only forced on if there is no non-Cortex-A53 CPU specified as
well. Android's platform and NDK builds need to assume that the code can
be run on Cortex-A53 devices, so we always enable the fix unless we know
specifically that the code is only running on a different kind of CPU.
Reviewers: cfe-commits
Subscribers: aemerson, rengolin, tberghammer, pirama, danalbert
Differential Revision: https://reviews.llvm.org/D25761
llvm-svn: 285127
|
| |
|
|
|
|
|
| |
The section names currently are MachO specific. Only set the section on the
variables if the file format is MachO.
llvm-svn: 285126
|
| |
|
|
|
|
| |
Differential Revision: https://reviews.llvm.org/D25954
llvm-svn: 285125
|
| |
|
|
| |
llvm-svn: 285124
|
| |
|
|
|
|
| |
SelectionDAG::SignBitIsZero (via SelectionDAG::computeKnownBits) has supported vectors since rL280927
llvm-svn: 285123
|
| |
|
|
|
|
|
|
| |
This patch updates some of the existing Error examples, expands on the
documentation for handleErrors, and includes new sections that cover
a number of helpful utilities and common error usage idioms.
llvm-svn: 285122
|
| |
|
|
| |
llvm-svn: 285121
|
| |
|
|
|
|
|
|
|
|
|
| |
getters/setters
- Add entries for protocols on categories
- Add relation between categories and class they extend
- Add relation between getters/setters and their corresponding property
- Use category name location as the location of category decls/defs if it has one
llvm-svn: 285120
|