| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
| |
Use castAs<> where appropriate. Don't check conditionals which are
always true. Delete a bit of dead code. Reindent a bunch of code which
is no longer guarded by an if statement.
llvm-svn: 184801
|
| |
|
|
| |
llvm-svn: 184796
|
| |
|
|
| |
llvm-svn: 184795
|
| |
|
|
| |
llvm-svn: 184794
|
| |
|
|
| |
llvm-svn: 184791
|
| |
|
|
| |
llvm-svn: 184790
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
of using -performSelectorXXX.
-performSelector: and friends return a value that is boxed as an Objective-C
pointer. Sometimes it is an Objective-C pointer, sometimes it isn't.
Some clients may wish to silence this warning based on calling
this method.
Fixes <rdar://problem/14147304>
llvm-svn: 184789
|
| |
|
|
|
|
|
|
| |
This is a large test and thus it will only run if you pass in --param
run_long_tests=trueto LIT. This is intended so that this test can run on
buildbots and not when one runs make check.
llvm-svn: 184787
|
| |
|
|
| |
llvm-svn: 184786
|
| |
|
|
|
|
| |
expecting a ',' prefix to alignment hints.
llvm-svn: 184785
|
| |
|
|
|
|
|
|
|
| |
the feature long_tests.
This will prevent the tests from running on normal make check. You will need to
actually pass in --param run_long_tests=true to LIT in order to run these.
llvm-svn: 184784
|
| |
|
|
|
|
|
|
|
|
|
| |
account ImportDecls.
The top-level hash is used to determine if we need to update the global code-completion results.
ImportDecls did not affect the hash so a newly introduced ImportDecl would not trigger an update of the global results.
rdar://14202797
llvm-svn: 184782
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This changes the mangling of local static variables/etc. inside blocks
to do something simple and sane. This avoids depending on the way we mangle
blocks, which isn't really appropriate here.
John, please take a look at this to make sure the mangling I chose is sane.
Fixes <rdar://problem/14074423>.
llvm-svn: 184780
|
| |
|
|
| |
llvm-svn: 184779
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
At this point, it's clear that the MSVC mangler uses the type-as-written
instead of the canonical type, so this should bring us closer to MSVC.
The main thrust of this change is to fix the way we mangle decayed array
parameters of function pointer parameters. With a DecayedType sugar
node, this code can now be much simpler.
Fixes PR16096.
This also fixes a separate issue that Richard spotted in review.
Because separate declarations of the same entity can be spelled and
mangled differently, MSVC always mangles the earliest declaration in an
attempt to avoid link errors. Clang now does the same.
Reviewers: rsmith
Differential Revision: http://llvm-reviews.chandlerc.com/D844
llvm-svn: 184777
|
| |
|
|
|
|
|
|
|
|
| |
passed to avoid the
"argument unused during compilation" warning.
rdar://14240566
llvm-svn: 184776
|
| |
|
|
| |
llvm-svn: 184775
|
| |
|
|
| |
llvm-svn: 184774
|
| |
|
|
| |
llvm-svn: 184770
|
| |
|
|
|
|
|
|
|
|
|
| |
Add a debug checker that is useful to understand how the ExplodedGraph is
built; it can be triggered using the following command:
clang -cc1 -analyze -analyzer-checker=debug.ViewExplodedGraph my_program.c
A patch by Béatrice Creusillet!
llvm-svn: 184768
|
| |
|
|
|
|
|
|
| |
The way we decide which file to remove is fairly odd. I took a quick look at
maybe changing that, but it would be a more work than I want to put at this
right now, so I left pair of FIXMEs.
llvm-svn: 184766
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
The goal of this sugar node is to be able to look at an arbitrary
FunctionType and tell if any of the parameters were decayed from an
array or function type. Ultimately this is necessary to implement
Microsoft's C++ name mangling scheme, which mangles decayed arrays
differently from normal pointers.
Reviewers: rsmith
Differential Revision: http://llvm-reviews.chandlerc.com/D1014
llvm-svn: 184763
|
| |
|
|
|
|
| |
namespaces to try for potential typo corrections.
llvm-svn: 184762
|
| |
|
|
|
|
| |
This will prevent breakage when I introduce the DecayedType sugar node.
llvm-svn: 184755
|
| |
|
|
| |
llvm-svn: 184753
|
| |
|
|
|
|
|
| |
print-size-type.cpp was checking for specific record layout output for invalid
decls; I've removed the checks but left the records as tests for not crashing.
llvm-svn: 184751
|
| |
|
|
| |
llvm-svn: 184743
|
| |
|
|
|
|
|
| |
CheckParmForFunctionDef performs standard checks for type completeness
and other things like a destructor check for the MSVC++ ABI.
llvm-svn: 184740
|
| |
|
|
|
|
|
|
|
| |
failures on MS hosts.
FIXME: A couple of tests have been suppressed.
I know it'd be bad with _MSC_VER here, though.
llvm-svn: 184727
|
| |
|
|
|
|
| |
on win32 hosts.
llvm-svn: 184726
|
| |
|
|
|
|
| |
atexit.
llvm-svn: 184708
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
constructing a lookup table.
Previously, buildLookup would add lookup table entries for each item lexically
within the DC, and adding the first entry with a given name would trigger the
external source to add all its entries with that name. Then buildLookup would
carry on and re-add those entries all over again.
Instead, follow a simple rule: a declaration from an external source is only
ever made visible by the external source. One exception to this: since we don't
usually build a lookup table for the TU in C, and we never serialize one, we
don't expect the external source to provide lookups in the TU in C, so we build
those ones ourselves.
llvm-svn: 184696
|
| |
|
|
|
|
|
|
|
|
| |
There's still a problem here - since we're not appropriately using the
signedness/range of the enum to chooset the encoding and emission of
enumerators, but GCC has some bugs around this too so I assume that's
not /such/ a high priority though I may get to it soon out of
completeness.
llvm-svn: 184695
|
| |
|
|
|
|
| |
The assembly generation testing has been moved to an LLVM test case.
llvm-svn: 184693
|
| |
|
|
| |
llvm-svn: 184689
|
| |
|
|
|
|
|
|
| |
Original patch by Fariborz Jahanian; extended by me.
Fixes rdar://14124644
llvm-svn: 184688
|
| |
|
|
|
|
|
| |
whether they replace any existing lookups in the context, rather than
accumulating a bunch of lookup results referring to the same entity.
llvm-svn: 184679
|
| |
|
|
|
|
| |
follow.
llvm-svn: 184678
|
| |
|
|
| |
llvm-svn: 184677
|
| |
|
|
|
|
|
| |
so that -Wdocumentation-unknown-command does not warn on these commands.
Fixes PR16092.
llvm-svn: 184676
|
| |
|
|
|
|
| |
Patch by Robert Wilhelm.
llvm-svn: 184675
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
when specifying --coverage (or related) flags.
The system for doing this was based on the old LLVM-hosted profile_rt
library, and hadn't been updated for Linux to use the new compiler-rt
library. Also, it couldn't possibly work on multiarch or biarch systems
in many cases. The whole thing now works much the same as the sanitizer
libraries that are built and used out of the compiler-rt repo.
Note that other target OSes haven't been updated because I don't know if
they're doing anything special with the installation path of profile_rt.
I suspect however that *all* of these are wrong and would encourage
maintainers of each target to take a hard look at how compiler-rt
runtime libraries are linked on their platforms.
llvm-svn: 184666
|
| |
|
|
|
|
|
|
|
|
|
| |
to build and one had grown out of sync. Put this list in a variable so
this doesn't happen again.
The whole thing here is somewhat suspicious as we don't support 32-bit
environments with a 64-bit bi-arch capable compiler, but none have
complained yet about this so I'm just leaving it alone.
llvm-svn: 184665
|
| |
|
|
| |
llvm-svn: 184663
|
| |
|
|
|
|
|
|
| |
verifies that we run the assembler and linker in the correct mode, and
that we can successfully use a bi-arch variant of a GCC installation in
a generic cross compilation invocation of Clang.
llvm-svn: 184662
|
| |
|
|
| |
llvm-svn: 184661
|
| |
|
|
|
|
|
| |
Allow the comments in the FriendObjectKind enumerator-list show up in
doxygen. Also, some small readability improvements in related functions.
llvm-svn: 184657
|
| |
|
|
|
|
|
|
|
| |
Remove unneeded member in CommentSema, add a test for the XML schema (the
schema already allowed multiple paragraphs in <ResultDiscussion>, but there
were no tests for that), fix HTML generation (it is not allowed to have <p>
inside <dl>).
llvm-svn: 184652
|
| |
|
|
|
|
| |
Patch by Ismail Pazarbasi!
llvm-svn: 184650
|
| |
|
|
| |
llvm-svn: 184648
|