| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 198392
|
| |
|
|
| |
llvm-svn: 198391
|
| |
|
|
|
|
| |
Fixes <rdar://problem/12858915>.
llvm-svn: 198388
|
| |
|
|
| |
llvm-svn: 198387
|
| |
|
|
| |
llvm-svn: 198382
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
No functionality change.
This code should live here long-term because we should be able to use it
to compute correct vftable names.
It turns out that the most natural way to implement the naming algorithm
is to use a caching layer similar to what we already have for virtual
table info in VTableContext. Subsequent changes will take advantage of
this to fix PR17748, where we have a vbtable name collision.
Reviewers: majnemer
CC: cfe-commits
Differential Revision: http://llvm-reviews.chandlerc.com/D2499
llvm-svn: 198380
|
| |
|
|
|
|
| |
already knows how it was spelled.
llvm-svn: 198375
|
| |
|
|
|
|
| |
usage passed in an Attr object, which was already quoted when printing the diagnostic. However, there was no test case that caught this bug -- one has been added.
llvm-svn: 198373
|
| |
|
|
|
|
| |
Updated the associated testcase because QualType pretty printing was an improvement.
llvm-svn: 198372
|
| |
|
|
| |
llvm-svn: 198371
|
| |
|
|
|
|
| |
attribute diagnostics. Also updated the associated test case.
llvm-svn: 198368
|
| |
|
|
|
|
|
| |
backing ivar by not issuing this warning if ivar is referenced
somewhere and accessor makes method calls. // rdar://15727325
llvm-svn: 198367
|
| |
|
|
|
|
| |
engine knows how to handle NamedDecl objects.
llvm-svn: 198365
|
| |
|
|
|
|
| |
the offending attribute name. Also updates the associated test cases.
llvm-svn: 198355
|
| |
|
|
|
|
|
|
| |
__unsafe_unretained.
Fixes <rdar://problem/15713945>.
llvm-svn: 198343
|
| |
|
|
|
|
|
| |
Make sure clang-tblgen, clang++, and clang-cl get created in the Clang
binary build directory.
llvm-svn: 198331
|
| |
|
|
|
|
|
|
|
|
| |
In a standalone build, Clang binaries should end up in Clang's build folder,
not LLVM's.
Xcode still has a few issues finding auxiliary tools and libraries in the
build folders. I'll fix those next.
llvm-svn: 198328
|
| |
|
|
|
|
| |
attribute diagnostics.
llvm-svn: 198326
|
| |
|
|
|
|
|
| |
property accessor's missing backing ivar. This eliminates
the bogus warning being issued. // rdar://15728901
llvm-svn: 198322
|
| |
|
|
| |
llvm-svn: 198321
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The separate Xcode project generated for Clang is putting the clang
executables into the same location where the LLVM executables are
going. This is wrong, and breaks the Clang build because we try to
create clang++ and clang-cl symlinks in the wrong place and to the
wrong place.
As a stop-gap to get these builds working again, teach the symlink
generation to point into the LLVM executable directory instead.
llvm-svn: 198319
|
| |
|
|
| |
llvm-svn: 198312
|
| |
|
|
|
|
| |
PIC code.
llvm-svn: 198311
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: Added CommentPragmas option for this.
Reviewers: djasper, klimek
Reviewed By: klimek
CC: cfe-commits, klimek
Differential Revision: http://llvm-reviews.chandlerc.com/D2460
llvm-svn: 198310
|
| |
|
|
|
|
|
| |
The backend string is only verified when available as it's possible to run
clang IRGen for targets that haven't been built or don't exist in LLVM.
llvm-svn: 198309
|
| |
|
|
| |
llvm-svn: 198308
|
| |
|
|
|
|
|
| |
No functionality change, but unblocks asserting that llvm's and clang's
datalayout strings are the same.
llvm-svn: 198306
|
| |
|
|
| |
llvm-svn: 198300
|
| |
|
|
|
| |
FIXME: Dragonegg may be updated at non-trivial changes.
llvm-svn: 198274
|
| |
|
|
| |
llvm-svn: 198272
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Remove UnaryTypeTraitExpr and switch all remaining type trait related handling
over to TypeTraitExpr.
The UTT/BTT/TT enum prefix and evaluation code is retained pending further
cleanup.
This is part of the ongoing work to unify type traits following the removal of
BinaryTypeTraitExpr in r197273.
llvm-svn: 198271
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
1) Teach ExpectAndConsume() to emit expected and expected-after diagnostics
using the generic diagnostic descriptions added in r197972, eliminating another
set of trivial err_expected_* variations while maintaining existing behaviour.
2) Lift SkipUntil() recovery out of ExpectAndConsume(). The Expect/Consume
family of functions are primitive parser operations that now have the
well-defined property of operating on single tokens. Factoring out recovery
exposes opportunities for more consistent and tailored error recover at the
call sites instead of just relying on a bottled SkipUntil formula.
llvm-svn: 198270
|
| |
|
|
|
|
| |
Patch by joey.gouly@arm.com
llvm-svn: 198264
|
| |
|
|
|
|
|
|
|
|
| |
Previously any error in enum definition body stopped parsing it. With this
change parser tries to recover from errors.
The patch fixes PR10982.
Differential Revision: http://llvm-reviews.chandlerc.com/D2018
llvm-svn: 198259
|
| |
|
|
|
|
|
| |
lib/ASTMatchers/ASTMatchFinder.cpp:276:28: error: typedef 'traverse_can_only_be_instantiated_with_base_type' locally defined but not used [-Werror=unused-local-typedefs]
traverse_can_only_be_instantiated_with_base_type);
llvm-svn: 198256
|
| |
|
|
|
|
|
| |
Includes a fix for a missing highlight range caused by a ',' typo in the PP
diagnostics.
llvm-svn: 198252
|
| |
|
|
| |
llvm-svn: 198249
|
| |
|
|
| |
llvm-svn: 198243
|
| |
|
|
|
|
| |
Enums don't have linkage, so clang warns when this expands to dllimport.
llvm-svn: 198227
|
| |
|
|
|
|
|
|
| |
important for thread safety attributes, which contain expressions that were
not being visited, and were thus invisible to various tools. There are now
Visit*Attr methods that can be overridden for every attribute.
llvm-svn: 198224
|
| |
|
|
|
|
| |
-Wconversion-null warning in GCC.
llvm-svn: 198214
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
${BINARY_DIR}/${BUILD_MODE}/(bin|lib)
We have been seeing nasty directory layout with CMake multiconfig, such as,
bin/Release/clang.exe
lib/clang/3.x/...
lib/Release/clang/3.x/.. (duplicated)
Move the layout similar to autoconf's;
Release/bin/clang.exe
Release/lib/clang/3.x/...
Checked on Visual Studio 10. Could you guys please confirm my change on XCode(and other multiconfig builders)?
Note: Don't set variables CMAKE_*_OUTPUT_DIRECTORY any more, or a certain builder, for eaxample, msbuild.exe, would be confused.
llvm-svn: 198205
|
| |
|
|
|
|
|
|
| |
Also stop setting passing -dead_strip explicitly for libclang and instead
rely on this now happening by default. (And make it happen by default for
add_clang_library, which doesn't use the library cmake functions from llvm.)
llvm-svn: 198200
|
| |
|
|
| |
llvm-svn: 198195
|
| |
|
|
| |
llvm-svn: 198191
|
| |
|
|
|
|
|
|
|
|
| |
This is approaching consistency but the PP and Parse categories they still have
slightly different wording:
def err_pp_expected_after : Error<"missing %1 after %0">;
def err_expected_after : Error<"expected %1 after %0">;
llvm-svn: 198189
|
| |
|
|
| |
llvm-svn: 198187
|
| |
|
|
| |
llvm-svn: 198186
|
| |
|
|
|
|
|
| |
The corresponding Makefile sets it too. Also tweak add_clang_library to support
LLVM_EXPORTED_SYMBOL_FILE for modules.
llvm-svn: 198185
|
| |
|
|
|
|
| |
Now the exports file should have an effect on non-darwin too.
llvm-svn: 198176
|