| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
This was part of the cause for PR17655. We were generating thunks when
we shouldn't have. I suspect that if we tweak the test case for PR17655
to actually require thunks, we can reproduce the same crash.
llvm-svn: 197836
|
| |
|
|
|
|
| |
Cleanup in preparation for enhanced DataLayout checking.
llvm-svn: 197832
|
| |
|
|
| |
llvm-svn: 197827
|
| |
|
|
| |
llvm-svn: 197820
|
| |
|
|
| |
llvm-svn: 197819
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If a header file belonging to a certain module is not found on the
filesystem, that header gets marked as unavailable. Now, the layering
warning (-fmodules-decluse) should still warn about headers of this
module being wrongfully included. Currently, headers belonging to those
modules are just treated as not belonging to modules at all which means
they can be included freely from everywhere.
To implement this (somewhat) cleanly, I have moved most of the layering
checks into the ModuleMap. This will also help with showing FixIts
later.
llvm-svn: 197805
|
| |
|
|
|
|
|
|
|
|
|
| |
Before:
SomeFunction(L"A" L"B");
After:
SomeFunction(L"A"
L"B");
llvm-svn: 197785
|
| |
|
|
| |
llvm-svn: 197767
|
| |
|
|
|
|
|
|
| |
include/clang/AST/DataRecursiveASTVisitor.h
This is to make it available so the static analyzer can use it.
llvm-svn: 197766
|
| |
|
|
|
|
|
|
| |
python bindings.
Patch by Laszlo Nagy!
llvm-svn: 197765
|
| |
|
|
|
|
|
|
|
| |
This caused some crazy crashes involving std::unordered_map being
deserialized from a PCH file and then template instantiation requiring
an explicit instantiation location; unfortunately I don't really know
how to come up with a minimal test case.
llvm-svn: 197764
|
| |
|
|
| |
llvm-svn: 197762
|
| |
|
|
| |
llvm-svn: 197756
|
| |
|
|
|
|
|
|
|
|
|
| |
files to tell if they were changed since the last time we have computed the
preamble
We used to check only the buffer size, so if the new remapped buffer has the
same size as the previous one, we would think that the buffer did not change,
and we did not rebuild the preambule, which sometimes caused us to crash.
llvm-svn: 197755
|
| |
|
|
| |
llvm-svn: 197748
|
| |
|
|
|
|
| |
--analyze passes -w, but -cc1 -analyze doesn't. Oops!
llvm-svn: 197741
|
| |
|
|
| |
llvm-svn: 197736
|
| |
|
|
|
|
|
|
|
| |
We have assertions for this, but a few edge cases had snuck through where
we were still unconditionally using 'int'.
<rdar://problem/15703011>
llvm-svn: 197733
|
| |
|
|
| |
llvm-svn: 197730
|
| |
|
|
|
|
| |
is unused.
llvm-svn: 197729
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
A comment following the "{" of a braced list seems to almost always
refer to the first element of the list and thus should be aligned
to it.
Before (with Cpp11 braced list style):
SomeFunction({ // Comment 1
"first entry",
// Comment 2
"second entry"});
After:
SomeFunction({// Comment 1
"first entry",
// Comment 2
"second entry"});
llvm-svn: 197725
|
| |
|
|
|
|
| |
is not.
llvm-svn: 197716
|
| |
|
|
|
|
| |
since an OwningPtr cannot live in a std::vector yet, there are some manual deletions that have a FIXME attached to them. These will go away once C++11 support is allowed.
llvm-svn: 197715
|
| |
|
|
|
|
|
|
|
|
|
| |
- If llvm-config fails, output an error to the user rather than allowing
errors to cascade.
- Always get llvm-tblgen from llvm-config's bindir.
Turns out my PATH points to a really old version of LLVM; both of these
fell out of trying to make this experience nicer.
llvm-svn: 197714
|
| |
|
|
|
|
| |
removed (it's inherited automatically from TypeAttr).
llvm-svn: 197710
|
| |
|
|
| |
llvm-svn: 197707
|
| |
|
|
|
|
| |
'section' attribute. // rdar://15450637
llvm-svn: 197704
|
| |
|
|
| |
llvm-svn: 197702
|
| |
|
|
| |
llvm-svn: 197700
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Unexpectedly, it seems that people commonly know what they were doing
when writing a comment.
Also, being more conservative about comment breaking has the advantage
of giving more flexibility. If a linebreak within the comment can
improve formatting, the author can add it (after which clang-format
won't undo it). There is no way to override clang-format's behavior if
it breaks a comment.
llvm-svn: 197698
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
CLANG_PATH_TO_LLVM_*(s) are deprecated.
Checked on VS10(multiconfig) and some singleconfig builders.
* Assumptions
- You should specify llvm-config as LLVM_CONFIG.
CMake could find one in $PATH by default.
- ENABLE_ASSERTIONS obeys LLVM's.
* Use cases
a) With LLVM build tree
Assume llvm-config is in your build tree.
Everything should work as ever.
b) With *installed* LLVM
Assume distributions. The source tree can be optional.
b1) The source tree is provided on the location `llvm-config --src-root`
- Test utils, FileCheck &c., are imported and built in the new tree.
- Gtest is built in the tree if gtest library is not found.
- Lit is used in $(SRCROOT)/utils/lit/lit.py.
b2) The source tree is not provided
- clang and utilities can be built.
- All tests, unittests and check-clang are invalidated and not built.
llvm-svn: 197697
|
| |
|
|
| |
llvm-svn: 197695
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Before:
Diag(aaaaaaaaaaaaaaaaaaaa, aaaaaaaa) << aaaaaaaaaaaaaaaaaaaaaaaaa(
aaaaaaaaaaaaa);
After:
Diag(aaaaaaaaaaaaaaaaaaaa, aaaaaaaa)
<< aaaaaaaaaaaaaaaaaaaaaaaaa(aaaaaaaaaaaaa);
llvm-svn: 197690
|
| |
|
|
|
|
| |
existence of gtest.h then.
llvm-svn: 197688
|
| |
|
|
|
|
| |
CLANG_TEST_DEPS can be set in parent scope.
llvm-svn: 197687
|
| |
|
|
| |
llvm-svn: 197686
|
| |
|
|
|
|
| |
functional changes intended.
llvm-svn: 197681
|
| |
|
|
|
|
|
|
| |
directly and check the resulting value.
No functional changes intended.
llvm-svn: 197678
|
| |
|
|
|
|
|
|
| |
directly.
No functional changes intended.
llvm-svn: 197676
|
| |
|
|
|
|
| |
same attribute. Also removes a hasAttr that's not required. No functional changes intended.
llvm-svn: 197675
|
| |
|
|
| |
llvm-svn: 197668
|
| |
|
|
| |
llvm-svn: 197660
|
| |
|
|
|
|
|
|
| |
directly and check the resulting value.
No functional changes intended.
llvm-svn: 197652
|
| |
|
|
|
|
|
|
| |
LLVM already got this right.
Found on "Figure 3-1: Scalar Types" on http://sparc.com/standards/psABI3rd.pdf.
llvm-svn: 197651
|
| |
|
|
|
|
|
|
| |
directly and check the resulting value.
No functional changes intended.
llvm-svn: 197650
|
| |
|
|
|
|
|
|
| |
directly and check the resulting value. Also fixes some minor formatting issues surrounding the getAttr code.
No functional changes intended.
llvm-svn: 197649
|
| |
|
|
|
|
| |
change intended -- this only replaces Boolean uses of getAttr.
llvm-svn: 197648
|
| |
|
|
|
|
|
|
|
| |
We started by trying to deserialize decltype(func-param) in a trailing return
type, which causes the function parameter decl to be deserialized, which pulls
in the function decl, which pulls the function type, which pulls the same
decltype() in the return type, and then we crashed.
llvm-svn: 197644
|
| |
|
|
| |
llvm-svn: 197643
|
| |
|
|
|
|
| |
rdar://problem/15678916.
llvm-svn: 197641
|