| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
hexfloat with an enormous exponent. Caught by an existing unit test + -ftrapv.
llvm-svn: 162505
|
|
|
|
| |
llvm-svn: 162499
|
|
|
|
| |
llvm-svn: 162498
|
|
|
|
|
|
|
|
|
|
|
| |
output (we're emitting a specification already and the information
isn't changing) and we're not in old gdb compat mode.
Saves 1% on the debug information for a build of llvm.
Fixes rdar://11043421
llvm-svn: 162493
|
|
|
|
|
|
| |
turned on and off separate from the platform if you're on darwin.
llvm-svn: 162487
|
|
|
|
|
|
| |
we're using the darwin old gdb compat mode for emitting dwarf.
llvm-svn: 162486
|
|
|
|
|
|
| |
No test case, this is a generalization of r160260.
llvm-svn: 162485
|
|
|
|
|
|
|
| |
Keep track of the set/unset state of these bits along with their
true/false values, but treat '?' as '0' for now.
llvm-svn: 162461
|
|
|
|
| |
llvm-svn: 162454
|
|
|
|
| |
llvm-svn: 162446
|
|
|
|
| |
llvm-svn: 162438
|
|
|
|
|
|
|
|
| |
with older gdbs on darwin.
rdar://10975874
llvm-svn: 162436
|
|
|
|
|
|
| |
rdar://10393214
llvm-svn: 162434
|
|
|
|
| |
llvm-svn: 162432
|
|
|
|
|
|
| |
common function call.
llvm-svn: 162428
|
|
|
|
| |
llvm-svn: 162426
|
|
|
|
| |
llvm-svn: 162422
|
|
|
|
| |
llvm-svn: 162421
|
|
|
|
|
|
|
|
|
| |
The logic for recomputing latency based on a ScheduleDAG edge was
shady. This bypasses the problem by requiring the client to provide
operand indices. This ensures consistent use of the machine model's
API.
llvm-svn: 162420
|
|
|
|
|
|
|
|
|
|
| |
the temporary register that was used to load the immediate. Currently, it always
returns register $at, but this will change if, in the future, we decide to use
another register.
No changes in functionality.
llvm-svn: 162417
|
|
|
|
|
|
|
|
| |
Mips16RegisterInfo/MipsSERegisterInfo.
No changes in functionality.
llvm-svn: 162413
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When reporting an error for a defm, we would previously only report the
location of the outer defm, which is not always where the error is.
Now we also print the location of the expanded multiclass defs:
lib/Target/X86/X86InstrSSE.td:2902:12: error: foo
defm ADD : basic_sse12_fp_binop_s<0x58, "add", fadd, SSE_ALU_ITINS_S>,
^
lib/Target/X86/X86InstrSSE.td:2801:11: note: instantiated from multiclass
defm PD : sse12_fp_packed<opc, !strconcat(OpcodeStr, "pd"), OpNode, VR128,
^
lib/Target/X86/X86InstrSSE.td:194:5: note: instantiated from multiclass
def rm : PI<opc, MRMSrcMem, (outs RC:$dst), (ins RC:$src1, x86memop:$src2),
^
llvm-svn: 162409
|
|
|
|
| |
llvm-svn: 162383
|
|
|
|
|
|
|
|
|
|
|
| |
Assertion failed: (Start.isValid() == End.isValid() && "Start and end should
either both be valid or both be invalid!")
when parsing inline asm. SMLoc assumes that the first char * in the source is
invalid. However, when parsing an inline asm the mnemonic is at this location.
I don't want to change SMLoc, so use a trivial workaround.
llvm-svn: 162381
|
|
|
|
|
|
|
| |
optimizations are guarded by the -enable-double-float-shrink LLVM option.
Last bit of PR13574. Patch by Weiming Zhao <weimingz@codeaurora.org>.
llvm-svn: 162368
|
|
|
|
|
|
|
|
| |
Based on CR feedback from r162301 and Craig Topper's refactoring in r162347
here are a few other places that could use the same API (& in one instance drop
a Function.h dependency).
llvm-svn: 162367
|
|
|
|
|
|
| |
functional change intended. Patch by Weiming Zhao <weimingz@codeaurora.org>.
llvm-svn: 162363
|
|
|
|
| |
llvm-svn: 162362
|
|
|
|
|
|
| |
approach. We need to insert some valid TRANCATE node here.
llvm-svn: 162354
|
|
|
|
|
|
| |
did getFunction()->getName(). Remove includes of Function.h that are no longer needed.
llvm-svn: 162347
|
|
|
|
|
|
| |
for loop over operands to use unsigned instead of int.
llvm-svn: 162344
|
|
|
|
| |
llvm-svn: 162342
|
|
|
|
|
|
|
|
| |
to prevent it from being clobbered. mips uses $gp to access small data section.
This bug was originally reported by Carl Norum.
llvm-svn: 162340
|
|
|
|
|
|
|
|
| |
default.
Patch by Carl Norum.
llvm-svn: 162339
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
within the codegen EK_GPRel64BlockAddress. This was not
supported for direct object output and resulted in an assertion.
This change adds support for EK_GPRel64BlockAddress for
direct object.
One fallout from this is to turn on rela relocations
for mips64 to match gas.
llvm-svn: 162334
|
|
|
|
|
|
|
|
| |
SelectionDAG's 'init' has not been called when the SelectionDAGBuilder is
constructed (in SelectionDAGISel's constructor), so this was previously always
initialized with 0.
llvm-svn: 162333
|
|
|
|
|
|
| |
forcing 16-byte alignment. This fixes misaligned SmallVector accesses via ExtractValueInst's SmallVector data member.
llvm-svn: 162331
|
|
|
|
|
|
| |
Patch by Weiming Zhao <weimingz@codeaurora.org>.
llvm-svn: 162329
|
|
|
|
|
|
| |
strict weak ordering, and don't pass possibly-null pointers to dyn_cast.
llvm-svn: 162314
|
|
|
|
|
|
|
| |
no cost to using memcpy here: the fixed code is optimized by LLVM to perfect
machine code.
llvm-svn: 162311
|
|
|
|
|
|
| |
WeakVH::operator*).
llvm-svn: 162309
|
|
|
|
| |
llvm-svn: 162306
|
|
|
|
|
|
|
|
|
|
| |
Even looking at the revision history I couldn't quite piece together why this
cast was ever written in the first place, but I assume it was because of some
change in the inheritance, perhaps this function was reimplemented in a
derived type & this caller was meant to get the base version (& it wasn't
virtual)?
llvm-svn: 162301
|
|
|
|
|
|
| |
on a patch by Andy/PaX. I added the support for dot and dollar.
llvm-svn: 162298
|
|
|
|
|
|
|
|
|
| |
this is the index of the operand that failed to match.
Note: This may cause a buildbot failure due to an API mismatch in clang. Should
recover with my next commit to clang.
llvm-svn: 162295
|
|
|
|
|
|
|
| |
consistent with the other "expected identifier" errors.
Extracted from the Andy/PaX patch. I added the test.
llvm-svn: 162291
|
|
|
|
|
|
| |
PR9673
llvm-svn: 162284
|
|
|
|
| |
llvm-svn: 162283
|
|
|
|
| |
llvm-svn: 162282
|
|
|
|
| |
llvm-svn: 162281
|