| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 163556
|
| |
|
|
|
|
|
|
|
|
|
|
| |
A couple of missing "RequireNonAbstractType" calls in conditional operator
handling. I looked for opportunities to tie this check in to all relevant
callers of PerformCopyInitialization (couldn't be all callers since this is
called for base subobject copying too, where it's acceptable to copy abstract
types) but the callers varied too much & in many cases had substantial code
or conditionals on the RequireNonAbstractType call, the
PerformCopyInitialization call, or the code between the two calls.
llvm-svn: 163555
|
| |
|
|
|
|
| |
'##InlineAsm' could not be seen in other hosts.
llvm-svn: 163554
|
| |
|
|
| |
llvm-svn: 163553
|
| |
|
|
|
|
|
|
|
|
|
| |
load in the IndirectField declarations as well.
Field designators in initializer lists depend on traversing the fields
decl chain to find the indirect fields.
Fixes rdar://12239321
llvm-svn: 163552
|
| |
|
|
|
|
| |
Also, document both new inlining options in IPA.txt.
llvm-svn: 163551
|
| |
|
|
|
|
| |
and InlineAsmVariant don't match.
llvm-svn: 163550
|
| |
|
|
| |
llvm-svn: 163549
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a (heavy-handed) solution to PR13724 -- until we know we can do
a good job inlining the STL, it's best to be consistent and not generate
more false positives than we did before. We can selectively whitelist
certain parts of the 'std' namespace that are known to be safe.
This is controlled by analyzer config option 'c++-stdlib-inlining', which
can be set to "true" or "false".
This commit also adds control for whether or not to inline any templated
functions (member or non-member), under the config option
'c++-template-inlining'. This option is currently on by default.
llvm-svn: 163548
|
| |
|
|
| |
llvm-svn: 163547
|
| |
|
|
| |
llvm-svn: 163546
|
| |
|
|
| |
llvm-svn: 163545
|
| |
|
|
|
|
| |
and update the printOperand() function accordingly.
llvm-svn: 163544
|
| |
|
|
|
|
| |
hogging the stack.
llvm-svn: 163543
|
| |
|
|
| |
llvm-svn: 163542
|
| |
|
|
|
|
|
|
|
| |
uint32_t size = ThreadList.GetSize();
for (i=0; i < size; ++i)
without grabbing the thread list mutex.
llvm-svn: 163541
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Now we have a list of all commands. This is a good thing in itself, but it
also enables us to easily implement typo correction for command names.
With this change we have objects that contain information about each command,
so it makes sense to resolve command name just once during lexing (currently we
store command names as strings and do a linear search every time some property
value is needed). Thus comment token and AST nodes were changed to contain a
command ID -- index into a tables of builtin and registered commands. Unknown
commands are registered during parsing and thus are also uniformly assigned an
ID. Using an ID instead of a StringRef is also a nice memory optimization
since ID is a small integer that fits into a common bitfield in Comment class.
This change implies that to get any information about a command (even a command
name) we need a CommandTraits object to resolve the command ID to CommandInfo*.
Currently a fresh temporary CommandTraits object is created whenever it is
needed since it does not have any state. But with this change it has state --
new commands can be registered, so a CommandTraits object was added to
ASTContext.
Also, in libclang CXComment has to be expanded to include a CXTranslationUnit
so that all functions working on comment AST nodes can get a CommandTraits
object. This breaks binary compatibility of CXComment APIs.
Now clang_FullComment_getAsXML(CXTranslationUnit TU, CXComment CXC) doesn't
need TU parameter anymore, so it was removed. This is a source-incompatible
change for this C API.
llvm-svn: 163540
|
| |
|
|
| |
llvm-svn: 163539
|
| |
|
|
|
|
| |
to use, and is around for historical reasons.
llvm-svn: 163538
|
| |
|
|
|
|
|
|
|
| |
analysis that may give false positives because it is confused by aliasing, and
a less precise analysis that has fewer false positives, but may have false
negatives. The more precise warnings are enabled by -Wthread-safety-precise.
An additional note clarify the warnings in the precise case.
llvm-svn: 163537
|
| |
|
|
|
|
| |
test.
llvm-svn: 163536
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The ARM backend can eliminate cmp instructions by reusing flags from a
nearby sub instruction with similar arguments.
Don't do that if the sub is predicated - the flags are not written
unconditionally.
<rdar://problem/12263428>
llvm-svn: 163535
|
| |
|
|
| |
llvm-svn: 163534
|
| |
|
|
| |
llvm-svn: 163533
|
| |
|
|
| |
llvm-svn: 163532
|
| |
|
|
| |
llvm-svn: 163531
|
| |
|
|
|
|
| |
properly.
llvm-svn: 163530
|
| |
|
|
|
|
| |
view them on different builders.
llvm-svn: 163529
|
| |
|
|
|
|
| |
- Fix an remaining issue of PR11674 as well
llvm-svn: 163528
|
| |
|
|
|
|
| |
- Now with spelling fix for -lstdc++.
llvm-svn: 163527
|
| |
|
|
|
|
| |
annotations. // rdar://6386358
llvm-svn: 163525
|
| |
|
|
|
|
| |
a C++ dialect. Let's see if this is the portability issue with this test.
llvm-svn: 163524
|
| |
|
|
|
|
| |
Improve AQ instruction selection in the Hexagon MI scheduler.
llvm-svn: 163523
|
| |
|
|
| |
llvm-svn: 163522
|
| |
|
|
|
|
| |
a large ObjC program without running into expression timeouts. Now we get a full list of ObjC classes using a runtime function and then qsort the result. Also added code that can count all instances of each ObjC on the heap and also the total byte sizes for the object allocations.
llvm-svn: 163520
|
| |
|
|
|
|
| |
This folding happens as early as possible for performance reasons, and to make sure it isn't foiled by other transforms (e.g. forming FMAs).
llvm-svn: 163519
|
| |
|
|
| |
llvm-svn: 163518
|
| |
|
|
|
|
| |
super's annotated methods. // rdar://6386358
llvm-svn: 163517
|
| |
|
|
|
|
|
|
| |
- If a boolean value is generated from CMOV and tested as boolean value,
simplify the use of test result by referencing the original condition.
RDRAND intrinisc is one of such cases.
llvm-svn: 163516
|
| |
|
|
| |
llvm-svn: 163515
|
| |
|
|
| |
llvm-svn: 163514
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
A better solution to http://llvm.org/bugs/show_bug.cgi?id=13777
Named namespace + more unique name to make ODR violations unlikely.
Reviewers: chandlerc, doug.gregor, klimek
Reviewed By: doug.gregor
CC: cfe-commits
Differential Revision: http://llvm-reviews.chandlerc.com/D38
llvm-svn: 163513
|
| |
|
|
|
|
|
|
|
| |
I need to see how this breaks on other platforms when I fix the issue
that Benjamin Kramer pointed out.
This includes r163489 and r163490, plus a two line change.
llvm-svn: 163512
|
| |
|
|
|
|
| |
concat_vectors, and a followup bug with SelectionDAG::getNode() creating nodes with invalid types.
llvm-svn: 163511
|
| |
|
|
| |
llvm-svn: 163510
|
| |
|
|
| |
llvm-svn: 163509
|
| |
|
|
|
|
| |
intervals twice or to theirself.
llvm-svn: 163508
|
| |
|
|
|
|
| |
single basic block.
llvm-svn: 163507
|
| |
|
|
|
|
|
|
| |
undefined or zeroinitializer.
I've added the "zeroinitializer" case in this patch.
llvm-svn: 163506
|
| |
|
|
| |
llvm-svn: 163505
|