| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
We can't do the right thing, since there's no right thing to do, but at
least we can not crash the compiler.
Reviewers: majnemer, rnk
Subscribers: cfe-commits, jhen, tra
Differential Revision: http://reviews.llvm.org/D17103
llvm-svn: 260479
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Actions don't depend on the toolchain; they get bound to a particular
toolchain via BindArch.
No functional changes.
Reviewers: echristo
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D17100
llvm-svn: 260478
|
| |
|
|
|
|
| |
Something changed the inference of nonnull.
llvm-svn: 260472
|
| |
|
|
|
|
|
| |
This caused the compiler to fail with "invalid linkage type
for global declaration" (PR26569).
llvm-svn: 260449
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously we attempted to be smart; if one job failed, we'd run all
jobs that didn't depend on the failing job.
Problem is, this doesn't work well for e.g. CUDA compilation without
-save-temps. In this case, the device-side and host-side Assemble
actions (which actually are responsible for preprocess, compile,
backend, and assemble, since we're not saving temps) are necessarily
distinct. So our clever heuristic doesn't help us, and we repeat every
error message once for host and once for each device arch.
The main effect of this change, other than fixing CUDA, is that if you
pass multiple cc files to one instance of clang and you get a compile
error, we'll stop when the first cc1 job fails.
Reviewers: tra, echristo
Subscribers: jhen, cfe-commits
Differential Revision: http://reviews.llvm.org/D16514
llvm-svn: 260448
|
| |
|
|
|
|
|
|
|
| |
Previously LLVM could not process any debug info we produced, so it
didn't make sense to spend time generating it. Now that it has primitive
support for local variable info, it does make sense to generate normal
debug info.
llvm-svn: 260435
|
| |
|
|
|
|
|
|
|
|
| |
Reviewers: weimingz
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D17085
llvm-svn: 260433
|
| |
|
|
|
|
| |
The following batch files allow to launch scan-build from an arbitrary location if path to clang\tools\scan-build-py\bin is added to %PATH%.
llvm-svn: 260420
|
| |
|
|
|
|
|
|
| |
fixes.
Differential revision: http://reviews.llvm.org/D17060
llvm-svn: 260414
|
| |
|
|
|
|
| |
off the end of a covered switch
llvm-svn: 260411
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Referencing a dllimported vtable is impossible in a constexpr
constructor. It would be friendlier to C++ programmers if we
synthesized a copy of the vftable which referenced imported virtual
functions. This would let us initialize the object in a way which
preserves both the intent to import functionality from another DLL while
also making constexpr work.
Differential Revision: http://reviews.llvm.org/D17061
llvm-svn: 260388
|
| |
|
|
| |
llvm-svn: 260379
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
"main include" that will be the 1st include (category 0).
Because the clang-format visual studio extension does not pass the file
name and use the standard input, sort include cannot find a "main
include":
Testing fix on llvm\tools\clang\lib\Format\Format.cpp:
Original file:
#include "clang/Format/Format.h"
...
#include "clang/Basic/SourceManager.h"
#include "clang/Lex/Lexer.h"
Without fix, selecting the includes and running visual studio
clang-format:
...
#include "clang/Basic/SourceManager.h"
#include "clang/Format/Format.h"
#include "clang/Lex/Lexer.h"
With fix, selecting the includes and running visual studio clang-format:
#include "clang/Format/Format.h"
...
#include "clang/Basic/SourceManager.h"
#include "clang/Lex/Lexer.h"
Test 2 with main header not at the start:
Original file:
...
#include "clang/Format/Format.h"
#include "clang/Basic/SourceManager.h"
#include "clang/Lex/Lexer.h"
Without fix, selecting the includes and running visual studio
clang-format:
...
#include "clang/Basic/SourceManager.h"
#include "clang/Format/Format.h"
#include "clang/Lex/Lexer.h"
With fix, selecting the includes and running visual studio clang-format:
#include "clang/Format/Format.h"
...
#include "clang/Basic/SourceManager.h"
#include "clang/Lex/Lexer.h"
Patch by Jean-Philippe Dufraigne, thank you.
Review: http://reviews.llvm.org/D16524
llvm-svn: 260378
|
| |
|
|
|
|
|
|
| |
This patch fixes stack alignments for MCU (should be aligned to 4 bytes).
Differential Revision: http://reviews.llvm.org/D15647
llvm-svn: 260376
|
| |
|
|
|
|
|
| |
OpenMP 4.5 allows privatization of non-static data members of current
class in non-static member functions.
llvm-svn: 260374
|
| |
|
|
|
|
|
|
|
|
| |
This patch is to upgrade FunctionTypeUnwrapper for correct processing of
AttributedType. Fixes PR25786.
Patch by Alexander Makarov.
Differential Revision: http://reviews.llvm.org/D15373
llvm-svn: 260373
|
| |
|
|
| |
llvm-svn: 260370
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
r257357 fixed clang to warn on integer overflow in struct initializers.
However, it didn't warn when a struct had a nested initializer. This
commit makes changes in Sema::CheckForIntOverflow to handle nested
initializers.
For example:
struct s {
struct t {
unsigned x;
} t;
} s = {
{
.x = 4 * 1024 * 1024 * 1024
}
};
rdar://problem/23526454
llvm-svn: 260360
|
| |
|
|
|
|
|
|
| |
timestamps.
Duh! With this change I've verified -O3 builds are deterministic.
llvm-svn: 260350
|
| |
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D17062
llvm-svn: 260348
|
| |
|
|
|
|
| |
msvc.
llvm-svn: 260347
|
| |
|
|
|
|
| |
Suggested by Paul Robinson.
llvm-svn: 260346
|
| |
|
|
|
|
| |
I guess it would be working since Rafael's r187619.
llvm-svn: 260344
|
| |
|
|
|
|
| |
For multi-stage builds we need to pass any overridden source directory variables. Without passing these the subsequent stages won't find the project sources.
llvm-svn: 260341
|
| |
|
|
|
|
|
|
| |
I had hoped this would work from a single cache file, but turns out there is a bug I can't quite figure out relating to passing list arguments to recursive CMake invocations.
This change works around that.
llvm-svn: 260340
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Summary: This isn't a FileCheck directive; it does nothing.
Reviewers: jroelofs
Subscribers: cfe-commits, majnemer
Differential Revision: http://reviews.llvm.org/D17051
llvm-svn: 260334
|
| |
|
|
|
|
|
|
| |
f16cintrin.h. The doxygen comments are automatically generated based on Sony's intrinsics document.
Differential Revision: http://reviews.llvm.org/D17021
llvm-svn: 260333
|
| |
|
|
|
|
| |
(and has for quite a while). Also document that we have not yet implemented the new inheriting constructor rules.
llvm-svn: 260311
|
| |
|
|
|
|
| |
of digit separators.
llvm-svn: 260307
|
| |
|
|
|
|
|
|
|
| |
that type from the global scope.
Patch by Sterling Augustine, derived (with permission) from code from Cling by
Vassil Vassilev and Philippe Canal.
llvm-svn: 260278
|
| |
|
|
|
|
| |
what it's actually trying to do.
llvm-svn: 260277
|
| |
|
|
| |
llvm-svn: 260276
|
| |
|
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D16947
llvm-svn: 260270
|
| |
|
|
|
|
|
|
|
| |
This is the third time it has crossed the 2^16 section limit. We've
already spent time optimizing this file to reduce template
instantiations, and it's not clear that there is anymore low hanging
fruit.
llvm-svn: 260267
|
| |
|
|
| |
llvm-svn: 260266
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This builds on the support being added to LLVM to import and export
registries from DLLs. This will allow us to pick up the registry
entries added in the DLL's copy of FrontendPluginRegistry.
This will allow us to use plugins on Windows using:
$ clang-cl -Xclang -load -Xclang plugin.dll \
-Xclang -add-plugin -Xclang foo
llvm-svn: 260265
|
| |
|
|
| |
llvm-svn: 260255
|
| |
|
|
|
|
|
|
| |
where they are reported.
It isn't much benefit and doesn't worth the complexity to try to handle them after the container is encountered.
llvm-svn: 260254
|
| |
|
|
|
|
| |
the ObjC implementation decl.
llvm-svn: 260253
|
| |
|
|
| |
llvm-svn: 260252
|
| |
|
|
|
|
| |
to accept a more general FrontendAction.
llvm-svn: 260251
|
| |
|
|
|
|
|
|
| |
getter/setter methods be the implementation decl.
Matches the behavior of other ObjC methods.
llvm-svn: 260250
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
While this won't help fix things like the bug that r260219 addressed, it
seems like good tidy up to have anyway.
(it might be nice if "makeArrayRef" always produced a MutableArrayRef &
let it decay to an ArrayRef when needed - then I'd use that for the
MutableArrayRefs in this patch)
If we had std::dynarray I'd use that instead of unique_ptr+size_t,
ideally (but then it'd have to be threaded down through the Preprocessor
all the way - no idea how painful that would be)
llvm-svn: 260246
|
| |
|
|
|
|
|
|
|
|
| |
instantiation"
This reverts commit r260194.
It caused PR26549. There's probably a better way to do this also.
llvm-svn: 260241
|
| |
|
|
|
|
|
| |
Use the VFTable components to determine whether or not we should emit
RTTI data instead of duplicating the VFTableBuilder's logic.
llvm-svn: 260238
|
| |
|
|
|
|
| |
available from clang-query.
llvm-svn: 260222
|
| |
|
|
| |
llvm-svn: 260220
|
| |
|
|
| |
llvm-svn: 260219
|
| |
|
|
| |
llvm-svn: 260218
|
| |
|
|
|
|
| |
directive.
llvm-svn: 260215
|