| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 174464
|
|
|
|
| |
llvm-svn: 174463
|
|
|
|
|
|
| |
a setter and fix some comments.
llvm-svn: 174462
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
SELECTOR_REFERENCES in both the fragile and non-fragile API.
This is to ensure that GlobalOpt in LLVM does not attempt to look through a
selector reference to a method var name at compile time.
I also added a test/updated old tests that need to recognize the new keyword.
rdar://12580965.
llvm-svn: 174461
|
|
|
|
|
|
|
|
|
|
| |
If an Apple llvmCore build is done without assertions, and a client uses
the llvmCore headers with assertions enabled, or vice versa, then things will
break because some of the structure sizes in the API are different. Use the
unifdef tool to make the headers unconditionally match the way the llvmCore
libraries were built.
llvm-svn: 174460
|
|
|
|
| |
llvm-svn: 174459
|
|
|
|
|
|
|
|
|
| |
This reverts commit a33e1fafac7fedb1b080ef07ddf9ad6ddff3a830.
This unit test crashes on Darwon. It needs to be temporarily reverted
to unblock the test infrastructure.
llvm-svn: 174458
|
|
|
|
|
|
|
|
| |
The stuff we're handing are all enums (Attribute::AttrKind), integers and
strings. Don't convert them to Constants, which is an unnecessary step here. The
rest of the changes are mostly mechanical.
llvm-svn: 174456
|
|
|
|
|
|
|
|
|
| |
function stub routine addresses from an in-memory-only
MachO object file. This was the only remaining part of
ParseSymtab() that was assuming a file exists.
<rdar://problem/13139585>
llvm-svn: 174455
|
|
|
|
| |
llvm-svn: 174454
|
|
|
|
| |
llvm-svn: 174453
|
|
|
|
| |
llvm-svn: 174452
|
|
|
|
| |
llvm-svn: 174451
|
|
|
|
| |
llvm-svn: 174450
|
|
|
|
| |
llvm-svn: 174449
|
|
|
|
| |
llvm-svn: 174448
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a more natural order of evaluation, and it is very important
for visualization in the static analyzer. Within Xcode, the arrows
will not jump from right to left, which looks very visually jarring.
It also provides a more natural location for dataflow-based diagnostics.
Along the way, we found a case in the analyzer diagnostics where we
needed to indicate that a variable was "captured" by a block.
-fsyntax-only timings on sqlite3.c show no visible performance change,
although this is just one test case.
Fixes <rdar://problem/13016513>
llvm-svn: 174447
|
|
|
|
|
|
|
| |
pointer in function prologs/epilogs. The opcodes should depend on the
data model (LP64 vs. ILP32) rather than the architecture bit-ness.
llvm-svn: 174446
|
|
|
|
|
|
|
|
|
| |
We generate one line table for each compilation unit in the object file.
Reviewed by Eric and Kevin.
rdar://problem/13067005
llvm-svn: 174445
|
|
|
|
| |
llvm-svn: 174444
|
|
|
|
|
|
|
| |
- This is so that we can easily write XFAIL markers for tests that are known
to fail with versions of libc++ as were shipped with a particular triple.
llvm-svn: 174443
|
|
|
|
|
|
|
|
|
|
|
| |
is a vararg function.
The original code was examining flag OutputArg::IsFixed to determine whether
CC_MipsN_VarArg or CC_MipsN should be called. This is not correct, since this
flag is often set to false when the function being analyzed is a non-variadic
function.
llvm-svn: 174442
|
|
|
|
| |
llvm-svn: 174441
|
|
|
|
|
|
|
|
|
|
| |
- We parse up to the first non-empty non-comment (C++ style) line, otherwise
the format and semantics match what is used for LLVM/Clang tests.
- For now, the only interesting thing to test against is a user supplied
target_triple test parameter.
llvm-svn: 174440
|
|
|
|
| |
llvm-svn: 174439
|
|
|
|
| |
llvm-svn: 174438
|
|
|
|
| |
llvm-svn: 174437
|
|
|
|
|
|
|
|
| |
(void*)p.
Addresses the false positives similar to the test case.
llvm-svn: 174436
|
|
|
|
| |
llvm-svn: 174435
|
|
|
|
| |
llvm-svn: 174434
|
|
|
|
| |
llvm-svn: 174433
|
|
|
|
| |
llvm-svn: 174432
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
differentiate between the alignment of the
base point of a load, and the overall alignment of the load. This caused infinite loops in DAG combine with the
original application of this patch.
ORIGINAL COMMIT LOG:
When the target-independent DAGCombiner inferred a higher alignment for a load,
it would replace the load with one with the higher alignment. However, it did
not place the new load in the worklist, which prevented later DAG combines in
the same phase (for example, target-specific combines) from ever seeing it.
This patch corrects that oversight, and updates some tests whose output changed
due to slightly different DAGCombine outputs.
llvm-svn: 174431
|
|
|
|
|
|
| |
Found by running instcombine on a fabricated test case for the constant folder.
llvm-svn: 174430
|
|
|
|
|
|
| |
zext( set[ne,eq,gt,ugt] (...) ) type of dag patterns.
llvm-svn: 174429
|
|
|
|
| |
llvm-svn: 174428
|
|
|
|
| |
llvm-svn: 174427
|
|
|
|
| |
llvm-svn: 174426
|
|
|
|
| |
llvm-svn: 174425
|
|
|
|
|
|
| |
This was introduced in r173293.
llvm-svn: 174424
|
|
|
|
|
|
|
| |
Introduce a helper class that computes the cost of memory access instructions.
No functionality change intended.
llvm-svn: 174422
|
|
|
|
|
|
| |
Removed asserts and replaced them with conditional code and appropriate errors that prompt for a bug to be filed.
llvm-svn: 174420
|
|
|
|
| |
llvm-svn: 174419
|
|
|
|
|
|
|
| |
edge is critical, then split it so we can insert the store.
rdar://13126179
llvm-svn: 174418
|
|
|
|
|
|
|
|
| |
All targets are now adding return value registers as implicit uses on
return instructions, and there is no longer a need for the live out
lists.
llvm-svn: 174417
|
|
|
|
|
|
|
| |
Now that return value registers are return instruction uses, there is no
need for special treatment of return blocks.
llvm-svn: 174416
|
|
|
|
| |
llvm-svn: 174415
|
|
|
|
| |
llvm-svn: 174414
|
|
|
|
| |
llvm-svn: 174413
|
|
|
|
| |
llvm-svn: 174412
|