| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 196287
|
| |
|
|
| |
llvm-svn: 196286
|
| |
|
|
| |
llvm-svn: 196285
|
| |
|
|
| |
llvm-svn: 196284
|
| |
|
|
| |
llvm-svn: 196283
|
| |
|
|
| |
llvm-svn: 196282
|
| |
|
|
| |
llvm-svn: 196281
|
| |
|
|
| |
llvm-svn: 196280
|
| |
|
|
| |
llvm-svn: 196279
|
| |
|
|
| |
llvm-svn: 196278
|
| |
|
|
| |
llvm-svn: 196277
|
| |
|
|
| |
llvm-svn: 196276
|
| |
|
|
| |
llvm-svn: 196275
|
| |
|
|
|
|
|
| |
Separating permanent from temporary targets, added the bug that
will fix the temporary (PR18057).
llvm-svn: 196274
|
| |
|
|
| |
llvm-svn: 196273
|
| |
|
|
|
|
| |
It broke CodeGen/R600 tests with +Asserts.
llvm-svn: 196272
|
| |
|
|
| |
llvm-svn: 196270
|
| |
|
|
|
|
| |
Testcase added.
llvm-svn: 196269
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
The backend converts 64-bit ORs into subreg moves if the upper 32 bits
of one operand and the low 32 bits of the other are known to be zero.
It then tries to peel away redundant ANDs from the upper 32 bits.
Since AND masks are canonicalized to exclude known-zero bits,
the test ORs the mask and the known-zero bits together before
checking for redundancy. The problem was that it was using the
wrong node when checking for known-zero bits, so could drop ANDs
that were still needed.
llvm-svn: 196267
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Reviewers: djasper
Reviewed By: djasper
CC: cfe-commits, klimek
Differential Revision: http://llvm-reviews.chandlerc.com/D2307
llvm-svn: 196266
|
| |
|
|
|
|
| |
Patch by James Park.
llvm-svn: 196265
|
| |
|
|
| |
llvm-svn: 196264
|
| |
|
|
| |
llvm-svn: 196263
|
| |
|
|
|
|
| |
These relocations are used in .debug section.
llvm-svn: 196262
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
- The fix to PR17631 fixes part of the cases where 'vzeroupper' should
not be issued before 'call' insn. There're other cases where helper
calls will be inserted not limited to epilog. These helper calls do
not follow the standard calling convention and won't clobber any YMM
registers. (So far, all call conventions will clobber any or part of
YMM registers.)
This patch enhances the previous fix to cover more cases 'vzerosupper' should
not be inserted by checking if that function call won't clobber any YMM
registers and skipping it if so.
llvm-svn: 196261
|
| |
|
|
|
|
|
|
|
| |
the build being broken for people using the public Mac OS X 10.9 SDK,
which does not have the Python framework any longer. The Xcode project
file already sets the -I and -L flags correctly so that <Python.h> and
-lpython will work correctly with the system's installed Python.
llvm-svn: 196259
|
| |
|
|
|
|
|
|
|
|
| |
The communication protocol is unstable on ARM when compiled
with Clang, which is disrupting the self-hosting buildbots that
are going to be added this week. I'm working on a solution, but
remote MCJIT is not high-priority for ARM at the moment, so it
might take a while.
llvm-svn: 196257
|
| |
|
|
|
|
|
| |
It turns out that in some build systems, tests are executed in a
non-writable directory. Hopefully, this finally fixes the issue.
llvm-svn: 196256
|
| |
|
|
| |
llvm-svn: 196255
|
| |
|
|
| |
llvm-svn: 196229
|
| |
|
|
|
|
|
|
|
|
|
| |
With r196184, llvm-cov creates a new file right next to the input file.
However, the Inputs-directory can't simply be assumed to be writable
under all build systems.
Also, this prevents a new source file from showing up in the source tree
if the test aborts before the call to "rm".
llvm-svn: 196228
|
| |
|
|
| |
llvm-svn: 196227
|
| |
|
|
|
|
| |
HandleTagDeclDefinition is in fact a function.
llvm-svn: 196226
|
| |
|
|
| |
llvm-svn: 196215
|
| |
|
|
| |
llvm-svn: 196214
|
| |
|
|
| |
llvm-svn: 196213
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
clang converts keywords to identifiers for compatibility with various system
headers such as GNU libc.
Implement a -Wkeyword-compat extension warning to diagnose those cases. The
warning is on by default but will generally be ignored in system headers. It
can however be enabled globally to aid standards conformance testing.
This also changes the __uptr keyword avoidance from r195710 to no longer
special-case system headers, bringing it in line with other similar workarounds
in clang.
Implementation returns bool for symmetry with token annotation functions.
Some examples:
warning: keyword '__is_pod' will be treated as an identifier for the remainder of the translation unit [-Wkeyword-compat]
struct __is_pod
warning: keyword '__uptr' will be treated as an identifier here [-Wkeyword-compat]
union w *__uptr;
llvm-svn: 196212
|
| |
|
|
|
|
| |
E.g. int64x1_t vcvt_s64_f64(float64x1_t a) -> FCVTZS Dd, Dn
llvm-svn: 196211
|
| |
|
|
|
|
| |
E.g. int64x1_t vcvt_s64_f64(float64x1_t a) -> FCVTZS Dd, Dn
llvm-svn: 196210
|
| |
|
|
|
|
|
|
| |
from VFP instructions.
E.g. float64x1_t vadd_f64(float64x1_t a, float64x1_t b) -> FADD Dd, Dn, Dm.
llvm-svn: 196209
|
| |
|
|
|
|
|
|
| |
from VFP instructions.
E.g. float64x1_t vadd_f64(float64x1_t a, float64x1_t b) -> FADD Dd, Dn, Dm.
llvm-svn: 196208
|
| |
|
|
| |
llvm-svn: 196207
|
| |
|
|
|
|
| |
Fixed vcopy_laneq_f64 intrinsic implementation.
llvm-svn: 196206
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a duplicate implementation.
E.g. this patch defines:
float64_t vabd_f64(float64_t a, float64_t b)
But there is already a similar intrinsic "vabdd_f64" with the same types.
Also, this intrinsic will be conflicted to the vector type intrinsic as following(Which is implemented by me and will be committed to trunk):
float64x1_t vabd_f64(float64x1_t a, float64x1_t b).
Two functions shouldn't have a same name in arm_neon.h.
According to ARM ACLE document, such vabd_f64 with float64_t is not existing.
So I revert this commit.
llvm-svn: 196205
|
| |
|
|
| |
llvm-svn: 196204
|
| |
|
|
| |
llvm-svn: 196203
|
| |
|
|
|
|
|
|
|
| |
indications that the UnwindPlan is invalid -- for instance, a
complete lack of rows, or a row that fails to define a register to
base the CFA off of.
<rdar://problem/15246247>
llvm-svn: 196201
|
| |
|
|
| |
llvm-svn: 196200
|
| |
|
|
|
|
| |
E.g. "float32_t vaddv_f32(float32x2_t a)" to be matched into "faddp s0, v1.2s".
llvm-svn: 196199
|
| |
|
|
|
|
| |
E.g. "float32_t vaddv_f32(float32x2_t a)" to be matched into "faddp s0, v1.2s".
llvm-svn: 196198
|