| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 163581
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
The Hexagon target decided to use a lot of functionality from the
target-independent scheduler. That's fine, and other targets should be
able to do the same. This reorg and API update makes that easy.
For the record, ScheduleDAGMI was not meant to be subclassed. Instead,
new scheduling algorithms should be able to implement
MachineSchedStrategy and be done. But if need be, it's nice to be
able to extend ScheduleDAGMI, so I also made that easier. The target
scheduler is somewhat more apt to break that way though.
llvm-svn: 163580
|
| |
|
|
| |
llvm-svn: 163579
|
| |
|
|
| |
llvm-svn: 163578
|
| |
|
|
|
|
|
|
|
|
|
| |
C++11 [expr.call]p1: ...If the selected function is non-virtual, or if the
id-expression in the class member access expression is a qualified-id,
that function is called. Otherwise, its final overrider in the dynamic type
of the object expression is called.
<rdar://problem/12255556>
llvm-svn: 163577
|
| |
|
|
| |
llvm-svn: 163576
|
| |
|
|
| |
llvm-svn: 163575
|
| |
|
|
|
|
|
| |
The one reported bug, which was exposed by stl inlining, is addressed in
r163558.
llvm-svn: 163574
|
| |
|
|
| |
llvm-svn: 163573
|
| |
|
|
|
|
|
|
| |
and they are not done, then we aren't done either.
<rdar://problem/12259124>
llvm-svn: 163572
|
| |
|
|
|
|
|
|
|
| |
depth.
We only want to count how many substantial functions we inlined. This
is an improvement to r163558.
llvm-svn: 163571
|
| |
|
|
|
|
| |
right now. We'll fix PR13303 a different way.
llvm-svn: 163570
|
| |
|
|
| |
llvm-svn: 163569
|
| |
|
|
| |
llvm-svn: 163568
|
| |
|
|
| |
llvm-svn: 163567
|
| |
|
|
|
|
| |
Unfortunately, no test case. rdar://11960120
llvm-svn: 163566
|
| |
|
|
| |
llvm-svn: 163565
|
| |
|
|
|
|
| |
Patch by David Tweed, review by myself and John McCall.
llvm-svn: 163564
|
| |
|
|
|
|
| |
rdar://12257073
llvm-svn: 163563
|
| |
|
|
| |
llvm-svn: 163562
|
| |
|
|
| |
llvm-svn: 163561
|
| |
|
|
|
|
|
|
| |
people to use, and is around for historical reasons."
This should be discussed more first.
llvm-svn: 163560
|
| |
|
|
|
|
|
|
| |
truncated during install-headers.
<rdar://problem/12268130>
llvm-svn: 163559
|
| |
|
|
|
|
|
|
| |
The option allows to always inline very small functions, whose size (in
number of basic blocks) is set using -analyzer-config
ipa-always-inline-size option.
llvm-svn: 163558
|
| |
|
|
| |
llvm-svn: 163557
|
| |
|
|
| |
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
|