| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
by passing in a CompilerInstance instead of all its individual members.
NFC.
llvm-svn: 248053
|
| |
|
|
| |
llvm-svn: 248051
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Name `Out` refers to the parameter. It is moved into the member `Out`
in ctor-init. Dereferencing null pointer will crash clang, if user
passes '-analyzer-viz-egraph-ubigraph' argument.
Reviewers: zaks.anna, krememek
Subscribers: cfe-commits
Differential Revision: http://reviews.llvm.org/D12119
llvm-svn: 248050
|
| |
|
|
|
|
| |
a couple of macro builtin redefines.
llvm-svn: 248046
|
| |
|
|
|
|
|
|
| |
Generation of clang symlinks now uses add_clang_symlink macro which uses add_llvm_symlink. Also the list of symlinks to generate is configurable via CLANG_LINKS_TO_CREATE.
This re-lands r248015, with fixes for clang symlinks to always be generated as part of the clang and install-clang targets.
llvm-svn: 248043
|
| |
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D12973
llvm-svn: 248041
|
| |
|
|
|
|
|
|
|
|
|
| |
The signature may not have been computed at the time the module reference
is generated (e.g.: in the future while emitting debug info for a clang
module). Using the full module name is safe because each clang module may
only have a single definition.
NFC.
llvm-svn: 248037
|
| |
|
|
| |
llvm-svn: 248035
|
| |
|
|
|
|
|
|
|
|
| |
LLVM r217812 made it so that clang-cl implicitly creates bigobj files when
needed, independent of this flag. It looks like cl has this flag to produce obj
flags compatible with MSVS 2003's linker by default, something we don't care
about. Since clang-cl always has /bigobj behavior, don't warn that the flag is
unused, just ignore it silently.
llvm-svn: 248034
|
| |
|
|
|
|
| |
This time handle " and - after clang and lld.
llvm-svn: 248033
|
| |
|
|
|
|
|
|
|
| |
The problem this time was the /clang matching the InstalledDir line.
Now we just use regular expressions which are more flexible, if a bit less
readable, than CHECK+CHECK-SAME.
llvm-svn: 248031
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
CHECK-LABEL assumes that there is only one occurrence of the match.
The output looks like:
clang version 3.8.0 (trunk 247999)
....
/path/to/build/dir/bin/clang-3.8 ....
If the path contains lld, the second CHECK-LABEL matches it and we fail since
there is no -cc1as between clang and lld.
llvm-svn: 248029
|
| |
|
|
|
|
| |
This reverts commit r248015, because it broke bots. I'll revise and recommit.
llvm-svn: 248025
|
| |
|
|
|
|
|
|
| |
Patch by Artem Dergachev!
Differential Revision: http://reviews.llvm.org/D12725
llvm-svn: 248021
|
| |
|
|
|
|
| |
and c++ links.
llvm-svn: 248016
|
| |
|
|
|
|
| |
Generation of clang symlinks now uses add_clang_symlink macro which uses add_llvm_symlink. Also the list of symlinks to generate is configurable via CLANG_LINKS_TO_CREATE.
llvm-svn: 248015
|
| |
|
|
|
|
|
| |
Leaving it unset can make the triple look confusing, especially
when using -m32 or -m64.
llvm-svn: 248005
|
| |
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D12916
llvm-svn: 248002
|
| |
|
|
| |
llvm-svn: 248000
|
| |
|
|
|
|
|
| |
The content at the new links is /also/ a little dated, but that's our
(Apple's) problem.
llvm-svn: 247999
|
| |
|
|
| |
llvm-svn: 247997
|
| |
|
|
|
|
|
| |
And remove a needless 'const' since ArrayRef is immutable.
Both as suggested by dblaikie on cfe-commits.
llvm-svn: 247995
|
| |
|
|
| |
llvm-svn: 247981
|
| |
|
|
|
|
| |
"non-clang-driver".
llvm-svn: 247977
|
| |
|
|
|
|
| |
Add parsing, sema analysis and codegen for 'if' clause in 'cancel' directive.
llvm-svn: 247976
|
| |
|
|
|
|
|
|
|
|
| |
Example:
typedef int __td3;
#pragma weak td3 = __td3
Differential Revision: http://reviews.llvm.org/D12904
llvm-svn: 247975
|
| |
|
|
|
|
|
|
| |
Use an enumeration and change the use of the FloatABI from a string to the
enumeration. This avoids the use of string values to represent an enumeration.
NFC.
llvm-svn: 247967
|
| |
|
|
| |
llvm-svn: 247966
|
| |
|
|
| |
llvm-svn: 247959
|
| |
|
|
| |
llvm-svn: 247948
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This change adds support for `__builtin_ms_va_list`, a GCC extension for
variadic `ms_abi` functions. The existing `__builtin_va_list` support is
inadequate for this because `va_list` is defined differently in the Win64
ABI vs. the System V/AMD64 ABI.
Depends on D1622.
Reviewers: rsmith, rnk, rjmccall
CC: cfe-commits
Differential Revision: http://reviews.llvm.org/D1623
llvm-svn: 247941
|
| |
|
|
|
|
| |
http://reviews.llvm.org/D12927
llvm-svn: 247933
|
| |
|
|
|
|
|
| |
It might not like {} implicitly cast to an Arrayref.
That's the theory, since I can't test it.
llvm-svn: 247932
|
| |
|
|
| |
llvm-svn: 247930
|
| |
|
|
| |
llvm-svn: 247926
|
| |
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D12541
llvm-svn: 247924
|
| |
|
|
|
|
| |
For the llvm-tools we're generating install-${tool} targets which are very useful. We should have one for clang too.
llvm-svn: 247912
|
| |
|
|
|
|
|
|
| |
Mingw generally wraps an old copy of msvcrt.dll which has these
personalities, so things should work out, or so I hear. I haven't tested
it.
llvm-svn: 247902
|
| |
|
|
|
|
|
| |
This is not portably unit-testable because the only visible
effect is a change from one random message string to another.
llvm-svn: 247900
|
| |
|
|
| |
llvm-svn: 247895
|
| |
|
|
|
|
| |
fixed the tests.
llvm-svn: 247892
|
| |
|
|
|
|
| |
AST matchers.
llvm-svn: 247887
|
| |
|
|
|
|
| |
rename also splits recordDecl() (which used to match CXXRecordDecl) into recordDecl() (that matches RecordDecl) and cxxRecordDecl (that matches CXXRecordDecl). Also adds isStruct(), isUnion(), and isClass() narrowing matchers for RecordDecl objects.
llvm-svn: 247885
|
| |
|
|
| |
llvm-svn: 247883
|
| |
|
|
| |
llvm-svn: 247882
|
| |
|
|
|
|
|
|
|
|
|
|
| |
convert i64 to FP and vice versa
reduceps & reducepd
rangeps & rangepd
all in their 512bit versions
Differential Revision: http://reviews.llvm.org/D11716
llvm-svn: 247881
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Describe the compile and runtime flags to enable MemorySanitizer
detection of use-after-destroy.
Reviewers: eugenis
Subscribers: llvm-commits
Differential Revision: http://reviews.llvm.org/D12914
Revise doc description of use-after-dtor.
Change wording to specify memory no longer readable.
llvm-svn: 247871
|
| |
|
|
|
|
| |
corresponding to r247859.
llvm-svn: 247862
|
| |
|
|
|
|
|
|
| |
specialized object, track it properly.
Differential Revision: http://reviews.llvm.org/D12889
llvm-svn: 247861
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The analyzer trims unnecessary nodes from the exploded graph before reporting
path diagnostics. However, in some cases it can trim all nodes (including the
error node), leading to an assertion failure (see
https://llvm.org/bugs/show_bug.cgi?id=24184).
This commit addresses the issue by adding two new APIs to CheckerContext to
explicitly create error nodes. Unless the client provides a custom tag, these
APIs tag the node with the checker's tag -- preventing it from being trimmed.
The generateErrorNode() method creates a sink error node, while
generateNonFatalErrorNode() creates an error node for a path that should
continue being explored.
The intent is that one of these two methods should be used whenever a checker
creates an error node.
This commit updates the checkers to use these APIs. These APIs
(unlike addTransition() and generateSink()) do not take an explicit Pred node.
This is because there are not any error nodes in the checkers that were created
with an explicit different than the default (the CheckerContext's Pred node).
It also changes generateSink() to require state and pred nodes (previously
these were optional) to reduce confusion.
Additionally, there were several cases where checkers did check whether a
generated node could be null; we now explicitly check for null in these places.
This commit also includes a test case written by Ying Yi as part of
http://reviews.llvm.org/D12163 (that patch originally addressed this issue but
was reverted because it introduced false positive regressions).
Differential Revision: http://reviews.llvm.org/D12780
llvm-svn: 247859
|