| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
v2:
- Fix LDS size calculation
Reviewed-by: Michel Dänzer <michel.daenzer@amd.com>
llvm-svn: 193621
|
| |
|
|
| |
llvm-svn: 193620
|
| |
|
|
|
|
| |
Based on D2050 by Timur Iskhodzhanov.
llvm-svn: 193619
|
| |
|
|
| |
llvm-svn: 193618
|
| |
|
|
| |
llvm-svn: 193617
|
| |
|
|
| |
llvm-svn: 193616
|
| |
|
|
| |
llvm-svn: 193615
|
| |
|
|
|
|
|
|
|
|
|
| |
Same as SpacesInParentheses, this option allows adding a space inside
the '<' and '>' of a template parameter list.
Patch by Christopher Olsen.
This fixes llvm.org/PR17301.
llvm-svn: 193614
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Matcher<T>."
Summary: This resubmits r193100, plus a fix for a breakage with MSVC.
Reviewers: klimek, rnk
CC: cfe-commits, revane
Differential Revision: http://llvm-reviews.chandlerc.com/D2005
llvm-svn: 193613
|
| |
|
|
|
|
|
|
|
| |
They are used in some packages. For example:
http://packages.ubuntu.com/saucy/i386/llvm-3.4/filelist
This fixes pr17721.
llvm-svn: 193612
|
| |
|
|
|
|
|
| |
Add some missing tests, factor out a test not specific to v8 into
its own file.
llvm-svn: 193611
|
| |
|
|
|
|
| |
reduce code duplication
llvm-svn: 193610
|
| |
|
|
| |
llvm-svn: 193609
|
| |
|
|
| |
llvm-svn: 193608
|
| |
|
|
|
|
| |
allows 'make LDFLAGS=foo' to be set correctly (and matches the way it is done with libllvm and liblldb)
llvm-svn: 193607
|
| |
|
|
|
|
|
|
|
|
|
| |
The AST was constructed so that this builtin returned the default BoolTy and
since I'd opted for custom SemaChecking, I should have set it properly at that
point.
This caused an assertion failure when the types didn't match up with what we
generated. This makes it return an IntTy, which is as good as anything.
llvm-svn: 193606
|
| |
|
|
|
|
|
|
|
|
| |
Before:
operator::A();
After:
operator ::A();
llvm-svn: 193605
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
MSVC can't comprehend
template<typename T, size_t N>
ArrayRef<T> makeArrayRef(const T (&Arr)[N]) {
return ArrayRef<T>(Arr);
}
if Arr is
static const uint8_t sizes[];
declared in a templated and defined a few lines later.
I'll send a proper fix (i.e. get rid of unnecessary templates) for review soon.
llvm-svn: 193604
|
| |
|
|
| |
llvm-svn: 193603
|
| |
|
|
| |
llvm-svn: 193602
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
which doesn't use that multilib. As a consequence, fix Clang's support
for cross compiling environments that were relying on this quirk to
ensure the correct library search path ordering.
This also re-instates the new test cases from Rafael's r193528 for
cross-compiling to ARM on Ubuntu 13.10 without any of the changes to the
existing test cases (they were no longer needed).
This solution was the result of a lot of IRC debugging and trying to
understand *exactly* what quirk was being relied upon. It took some time
for me to figure out that it was the use of 'lib32' is a multilib that
was throwing a wrench in the works.
In case you are thinking that its silly to use a multilib of 'lib' at
all, entertainingly, GCC does so as well (you can see it with the
.../lib/../lib/crt1.o pattern it uses), and the 2-phase sequence of
search paths (multilib followed by non-multilib) has observable (if
dubious) consequences. =/ Yuck.
llvm-svn: 193601
|
| |
|
|
|
|
|
|
| |
Allow users to disable or enable CRC subtarget feature.
Differential Revision: http://llvm-reviews.chandlerc.com/D2037
llvm-svn: 193600
|
| |
|
|
|
|
|
|
| |
Adds a subtarget feature for the CRC instructions (optional in v8-A) to the ARM (32-bit) backend.
Differential Revision: http://llvm-reviews.chandlerc.com/D2036
llvm-svn: 193599
|
| |
|
|
|
|
| |
Sorry Peter Zotov, entirely my fault.
llvm-svn: 193598
|
| |
|
|
|
|
|
|
| |
Patch by Peter Zotov
Differential Revision: http://llvm-reviews.chandlerc.com/D1910
llvm-svn: 193597
|
| |
|
|
| |
llvm-svn: 193596
|
| |
|
|
|
|
|
|
| |
actually a MIPS-only hack to shim in random ABI directory suffixes in
numerous places throughout the toolchain's path search. It shouldn't
appear to be anything more general or useful.
llvm-svn: 193595
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This replaces the custom code in RefactoringTool::saveRewrittenFiles() which
lacked atomic file saving and error diagnostics, resolving an old FIXME from
r157331.
Landing this time with the proper return code, plus a very unhelpful comment
cleared up.
Rubber-stamped by Manuel Klimek.
llvm-svn: 193594
|
| |
|
|
|
|
|
| |
This is used in the Linux kernel, and effectively just means "print an
address".
llvm-svn: 193593
|
| |
|
|
|
|
|
|
| |
This wasn't ready for prime time yet, seems to break tools-extra.
This reverts commit r193590.
llvm-svn: 193592
|
| |
|
|
|
|
|
| |
The string buffer in question was replaced with RewriteRope in r43884
back in 2007.
llvm-svn: 193591
|
| |
|
|
|
|
|
|
|
| |
The old code in RefactoringTool::saveRewrittenFiles() lacked
atomic moves and diagnostics and had FIXME to this effect.
Rubber-stamped by Manuel Klimek.
llvm-svn: 193590
|
| |
|
|
|
|
|
|
|
|
|
|
| |
after the DIE creation, we construct the context first.
This touches creation of namespaces and global variables. The purpose is to
handle all DIE creations similarly: constructs the context first, then creates
the DIE and immediately adds the DIE to its parent.
We use createAndAddDIE to wrap around "new DIE(".
llvm-svn: 193589
|
| |
|
|
| |
llvm-svn: 193588
|
| |
|
|
|
|
| |
to turn on/off the symbolization
llvm-svn: 193587
|
| |
|
|
| |
llvm-svn: 193586
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Enable this for the following flavors
a) core
b) gnu
c) darwin
Its disabled for the flavor PECOFF. Convenient markers are added with FIXME
comments in the Driver that would be removed and code removed from each flavor.
llvm-svn: 193585
|
| |
|
|
| |
llvm-svn: 193584
|
| |
|
|
|
|
| |
[[gnu::no_address_safety_analysis]].
llvm-svn: 193583
|
| |
|
|
|
|
| |
the difference.
llvm-svn: 193582
|
| |
|
|
| |
llvm-svn: 193581
|
| |
|
|
|
|
| |
require ARM in targets.
llvm-svn: 193580
|
| |
|
|
| |
llvm-svn: 193579
|
| |
|
|
| |
llvm-svn: 193578
|
| |
|
|
|
|
|
|
|
| |
record what is *actually* going on here as the comments existing in the
code are confusing at best, and in places outright misleading.
The API is even more misleading. Yay.
llvm-svn: 193577
|
| |
|
|
| |
llvm-svn: 193576
|
| |
|
|
|
|
| |
error: conversion from `const uint8_t*' to non-scalar type `llvm::ArrayRef<unsigned char>' requested
llvm-svn: 193575
|
| |
|
|
|
|
|
|
|
| |
Updated a test case that assumed that <2 x double> would vectorize to use
<4 x float>.
radar://15338229
llvm-svn: 193574
|
| |
|
|
|
|
|
|
|
| |
By vectorizing a series of srl, or, ... instructions we have obfuscated the
intention so much that the backend does not know how to fold this code away.
radar://15336950
llvm-svn: 193573
|
| |
|
|
|
|
|
|
|
| |
No test case, because with the current cost model we don't see a difference.
An upcoming ARM memory cost model change will expose and test this bug.
radar://15332579
llvm-svn: 193572
|