| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
DeclContext. These only ever come from the owning module file for the Decl.
llvm-svn: 244285
|
| |
|
|
| |
llvm-svn: 244280
|
| |
|
|
| |
llvm-svn: 244277
|
| |
|
|
|
|
| |
made unnecessary by r244192.
llvm-svn: 244271
|
| |
|
|
|
|
|
|
|
| |
MinGW has some pretty strange behvaior around RTTI and
dllimport/dllexport:
- RTTI data is never imported
- RTTI data is only exported if the class has no key function.
llvm-svn: 244266
|
| |
|
|
|
|
|
|
|
|
| |
This initial commit serves as an example -- the remainder of the
classes using pointer arithmetic for trailing objects will be
converted in subsequent changes.
Differential Revision: http://reviews.llvm.org/D11298
llvm-svn: 244262
|
| |
|
|
| |
llvm-svn: 244261
|
| |
|
|
|
|
| |
rdar://21896690
llvm-svn: 244245
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
(smart or otherwise)
Improvement to the memory leak fix in 244196.
Address validity is required for the Intrinsic objects, but since the
collections only ever grow (no elements are removed), deque provides
sufficient guarantees (that the objects will never be reallocated/moved
around) for this use case.
llvm-svn: 244241
|
| |
|
|
|
|
| |
OpenMP 4.1 allows to use variables with reference types in private clauses and, therefore, in init expressions of the cannonical loop forms.
llvm-svn: 244209
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
When a thunk is generated with a call to the original adjusted function,
the thunk appears in the debugger call stack. We want the backend to perform
tail-call optimization on the call, to make it invisible to the debugger.
This fixes PR24235
Patch by: amjad.aboud@intel.com
Differential Revision: http://reviews.llvm.org/D11476
llvm-svn: 244207
|
| |
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D11753
llvm-svn: 244201
|
| |
|
|
| |
llvm-svn: 244196
|
| |
|
|
| |
llvm-svn: 244193
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
determine the primary context, rather than sometimes registering the lookup
table on the wrong context.
This exposed a couple of bugs:
* the odr violation check didn't deal properly with mergeable declarations
if the declaration retained by name lookup wasn't in the canonical
definition of the class
* the (broken) RewriteDecl mechanism would emit two name lookup tables for
the same DeclContext into the same module file (one as part of the
rewritten declaration and one as a visible update for the old declaration)
These are both fixed too.
llvm-svn: 244192
|
| |
|
|
| |
llvm-svn: 244187
|
| |
|
|
|
|
| |
to match the rest of their brethren and reformat the bits that need it.
llvm-svn: 244186
|
| |
|
|
|
|
|
|
|
| |
scripts
These two arguments tend to refer to a local path that won't exist
when we try to reproduce a bug. Strip them.
llvm-svn: 244179
|
| |
|
|
|
|
| |
use of the string.
llvm-svn: 244178
|
| |
|
|
| |
llvm-svn: 244176
|
| |
|
|
|
|
|
| |
This new flag allows the user to disable a previous instance of
-fcoverage-mapping, if needed.
llvm-svn: 244170
|
| |
|
|
|
|
|
|
| |
useless return value. Switch to using it directly when completing the
redeclaration chain for an anonymous declaration, and reduce the set of
declarations that we load in the process to just those of the right kind.
llvm-svn: 244161
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This patch adds flags -fno-profile-instr-generate and
-fno-profile-instr-use, and the GCC aliases -fno-profile-generate and
-fno-profile-use.
These flags are used in situations where users need to disable profile
generation or use for specific files in a build, without affecting other
files.
llvm-svn: 244153
|
| |
|
|
|
|
|
| |
Referring to the groups by mixing the enumerated name
with the command-line flag was not as clear as could be.
llvm-svn: 244150
|
| |
|
|
| |
llvm-svn: 244131
|
| |
|
|
| |
llvm-svn: 244126
|
| |
|
|
| |
llvm-svn: 244125
|
| |
|
|
|
|
| |
Thanks to Kim Gräsman <kim.grasman@gmail.com> for pointing this out.
llvm-svn: 244124
|
| |
|
|
|
|
| |
3.3.20150708 and later.
llvm-svn: 244119
|
| |
|
|
| |
llvm-svn: 244111
|
| |
|
|
|
|
| |
Twine + const char * is supported.
llvm-svn: 244110
|
| |
|
|
|
|
| |
No functional change.
llvm-svn: 244104
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
By default, 'clang' emits dwarf and 'clang-cl' emits codeview. You can
force emission of one or both by passing -gcodeview and -gdwarf to
either driver.
Reviewers: dblaikie, hans
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D11742
llvm-svn: 244097
|
| |
|
|
|
|
|
|
| |
With this option, clang can use -fsanitize=thread on AArch64.
Patch by Adhemerval Zanella.
llvm-svn: 244091
|
| |
|
|
|
|
|
|
|
|
| |
This seems preferable to printing two warnings per unsupported option-
one warning about not supporting it, and one about not using it.
It also makes the '-Wno-' option do what you mean.
Differential Revision: http://reviews.llvm.org/D11766
llvm-svn: 244079
|
| |
|
|
| |
llvm-svn: 244076
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This patch adds a new CLANG_ENABLE_BOOTSTRAP option to CMake which adds targets for building a stage2 bootstrap compiler. The targets are:
bootstrap-configure
bootstrap-build
bootstrap (same as bootstrap-configure and bootstrap-build)
bootstrap-install
bootstrap-check-llvm
bootstrap-check-clang
bootstrap-check-all
If you are using 3.3.20150708 or greater it utilizes the ninja USES_TERMINAL_* settings on the external project so that the output is properly buffered.
Reviewers: bogner, chandlerc
Subscribers: filcab, cfe-commits
Differential Revision: http://reviews.llvm.org/D11743
llvm-svn: 244070
|
| |
|
|
|
|
|
| |
This is consistent and tests the primary configuration we want to test, libclang
creating and consuming PCH files.
llvm-svn: 244066
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
noticed until now.
The code for setting up the driver's InstalledDir didn't respect
-no-canonical-prefixes. Because of this, there are a few places in the
driver where we would unexpectedly form absolute paths, notably when
searching for and finding GCC installations to use, etc. The fix is
straightforward, and I've added this path to '-v' both so we can test it
sanely and so that it will be substantially more obvious the next time
someone has to debug something here.
Note that there is another bug that we don't actually *canonicalize* the
installed directory! I don't really want to fix that because I don't
have a realistic way to test the usage of this mode. I suspect that
folks using the shared module cache would care about getting this right
though, and so they might want to address it. I've left the appropriate
FIXMEs so that it is clear what to change, and I've updated the test
code to make it clear what is happening here.
llvm-svn: 244065
|
| |
|
|
|
|
|
|
|
|
| |
Support for emitting libcalls for __atomic_fetch_nand and
__atomic_{add,sub,and,or,xor,nand}_fetch was missing; add it, and some
test cases.
Differential Revision: http://reviews.llvm.org/D10847
llvm-svn: 244063
|
| |
|
|
| |
llvm-svn: 244052
|
| |
|
|
| |
llvm-svn: 244051
|
| |
|
|
| |
llvm-svn: 244049
|
| |
|
|
|
|
| |
constructors, as well as functionality to determine whether a ctor initializer is a base initializer.
llvm-svn: 244036
|
| |
|
|
|
|
| |
intended.
llvm-svn: 244028
|
| |
|
|
| |
llvm-svn: 244027
|
| |
|
|
| |
llvm-svn: 244026
|
| |
|
|
| |
llvm-svn: 244025
|
| |
|
|
| |
llvm-svn: 244024
|
| |
|
|
| |
llvm-svn: 244018
|