| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
| |
is updated to use DITypeRef.
A paired commit at clang is required due to changes to DIBuilder.
llvm-svn: 192246
|
| |
|
|
|
|
| |
reciprocal exponent, and reciprocal square root estimate instructions.
llvm-svn: 192242
|
| |
|
|
|
|
| |
Do what some other instructions do, and add an assert method.
llvm-svn: 192236
|
| |
|
|
|
|
| |
convert instructions.
llvm-svn: 192231
|
| |
|
|
|
|
|
| |
This fixes repeated -Wmicrosoft warnings when self-hosting clang on
Windows, and gets us real unsigned enum types with MSVC.
llvm-svn: 192227
|
| |
|
|
| |
llvm-svn: 192224
|
| |
|
|
|
|
|
| |
Mips16 will try and create a stub for it and this will
result in a link error because that function does not exist in libc.
llvm-svn: 192223
|
| |
|
|
| |
llvm-svn: 192218
|
| |
|
|
| |
llvm-svn: 192216
|
| |
|
|
| |
llvm-svn: 192215
|
| |
|
|
| |
llvm-svn: 192214
|
| |
|
|
|
|
| |
No intended functionality change.
llvm-svn: 192213
|
| |
|
|
|
|
| |
These are bugs to fix later.
llvm-svn: 192212
|
| |
|
|
|
|
|
|
| |
Sadly this loses the checking from AssertingVH, but apparently storing the
end() of a BasicBlock into an AssertingVH has bad consequences as it's not
really an instruction.
llvm-svn: 192209
|
| |
|
|
|
|
| |
have native instructions for this.
llvm-svn: 192207
|
| |
|
|
| |
llvm-svn: 192205
|
| |
|
|
| |
llvm-svn: 192199
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Patch by Vladimir Voskresensky. The erros were:
Path.inc:274:3: error: ‘Dl_info’ was not declared in this scope
...
and
usr/include/spawn.h:52:14: error: expected ‘,’ or ‘...’ before ‘argv’
llvm-svn: 192185
|
| |
|
|
|
|
| |
Patch by Greg Bedwell.
llvm-svn: 192182
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This patch fixes an old FIXME by creating a MCTargetStreamer interface
and moving the target specific functions for ARM, Mips and PPC to it.
The ARM streamer is still declared in a common place because it is
used from lib/CodeGen/ARMException.cpp, but the Mips and PPC are
completely hidden in the corresponding Target directories.
I will send an email to llvmdev with instructions on how to use this.
llvm-svn: 192181
|
| |
|
|
|
|
| |
[-Wcovered-switch-default]
llvm-svn: 192179
|
| |
|
|
| |
llvm-svn: 192178
|
| |
|
|
|
|
|
| |
No new testcases. However, this patch makes all supported JIT testcases in
test/ExecutionEngine pass on Sparc.
llvm-svn: 192176
|
| |
|
|
|
|
| |
equivalent instruction definition and removing the filtering from the disassembler table building.
llvm-svn: 192175
|
| |
|
|
| |
llvm-svn: 192174
|
| |
|
|
|
|
| |
machines post r192171.
llvm-svn: 192173
|
| |
|
|
|
|
| |
Can be done with InstAlias instead. Unfortunately, this was causing printer to use 'vmovq' or 'vmovd' based on what was parsed. To cleanup the inconsistencies convert all 'vmovd' with 64-bit registers to 'vmovq', but provide an alias so that 'vmovd' will still parse.
llvm-svn: 192171
|
| |
|
|
|
|
| |
DelaySlotFiller to fill the delay slot instead.
llvm-svn: 192160
|
| |
|
|
| |
llvm-svn: 192158
|
| |
|
|
| |
llvm-svn: 192157
|
| |
|
|
| |
llvm-svn: 192156
|
| |
|
|
| |
llvm-svn: 192151
|
| |
|
|
|
|
|
|
|
| |
Tip-of-tree CMake has become clang-cl aware [1]. In this case,
CMAKE_CXX_COMPILER_ID will still be Clang, but MSVC will be true.
[1] See http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=3d8356d4
llvm-svn: 192139
|
| |
|
|
|
|
| |
This is ever-so faster but more importantly matches what we have elsewhere.
llvm-svn: 192137
|
| |
|
|
| |
llvm-svn: 192135
|
| |
|
|
|
|
|
|
|
| |
Otherwise, we don't perform operations that would have been performed on
the scalar version.
Fixes PR17498.
llvm-svn: 192133
|
| |
|
|
| |
llvm-svn: 192130
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
from struct byval to registers.
We used to pass 0 which means the alignment of PtrVT. Even when the alignment
of the struct is smaller than 4, the LOADs would have alignment of 4, and
further optimizations could combine the LOADs into a ldm, which would
cause crash.
The fix is to pass the alignment of the struct byval.
rdar://problem/15144402
llvm-svn: 192126
|
| |
|
|
| |
llvm-svn: 192125
|
| |
|
|
| |
llvm-svn: 192124
|
| |
|
|
|
|
|
|
|
| |
it's i64.
Fixes PR17495, where an i24 triggered this code. It's intended to
optimize i64 loads on 32 bit x86.
llvm-svn: 192123
|
| |
|
|
| |
llvm-svn: 192122
|
| |
|
|
|
|
| |
a better way to fix it
llvm-svn: 192121
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
accumulator instead of its sub-registers, $hi and $lo.
We need this change to prevent a mflo following a mtlo from reading an
unpredictable/undefined value, as shown in the following example:
mult $6, $7 // result of $6 * $7 is written to $lo and $hi.
mflo $2 // read lower 32-bit result from $lo.
mtlo $4 // write to $lo. the content of $hi becomes unpredictable.
mfhi $3 // read higher 32-bit from $hi, which has an unpredictable value.
I don't have a test case for this change that reliably reproduces the problem.
llvm-svn: 192119
|
| |
|
|
| |
llvm-svn: 192118
|
| |
|
|
|
|
|
| |
Bitcasting everything to i8* won't work. Autoupgrade the old
intrinsic declarations to use the new mangling.
llvm-svn: 192117
|
| |
|
|
| |
llvm-svn: 192111
|
| |
|
|
|
|
| |
SQDMULH, SQRDMULH, FMULX, FRECPS, and FRSQRTS.
llvm-svn: 192107
|
| |
|
|
| |
llvm-svn: 192106
|
| |
|
|
|
|
| |
r191088 is "llvm/tools/Makefile: Suppress building llvm-lto on cygming, for now, probably due to LTO.dll."
llvm-svn: 192104
|