| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
it in with the SSSE3 instructions.
Steward! Could you place this chair by the aft sun deck? I'm trying to get away
from the Astors. They are such boors!
llvm-svn: 115552
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1) Changed ValidateDwarfFileNumber() to isValidDwarfFileNumber() to be better
named. Since it is just a predicate and isn't actually changing any state.
2) Added a missing return in the comments for setCurrentDwarfLoc() in
include/llvm/MC/MCContext.h for fix formatting.
3) Changed clearDwarfLocSeen() to ClearDwarfLocSeen() since it does change
state.
4) Simplified the last test in isValidDwarfFileNumber() to just a one line
boolean test of MCDwarfFiles[FileNumber] != 0 for the final return statement.
llvm-svn: 115551
|
| |
|
|
| |
llvm-svn: 115547
|
| |
|
|
| |
llvm-svn: 115545
|
| |
|
|
| |
llvm-svn: 115541
|
| |
|
|
| |
llvm-svn: 115537
|
| |
|
|
| |
llvm-svn: 115525
|
| |
|
|
|
|
|
| |
section kind. Previously, optimized nops were only used for MachO.
Also added tests for ELF and COFF.
llvm-svn: 115523
|
| |
|
|
|
|
| |
already knows its own length, so this is redundant.
llvm-svn: 115521
|
| |
|
|
| |
llvm-svn: 115509
|
| |
|
|
| |
llvm-svn: 115506
|
| |
|
|
|
|
| |
PBQP allocator. Problem construction is now done exclusively with the new builders.
llvm-svn: 115502
|
| |
|
|
|
|
| |
Patch by Cameron!
llvm-svn: 115480
|
| |
|
|
|
|
| |
Based on the patch by Cameron Esfahani!
llvm-svn: 115479
|
| |
|
|
| |
llvm-svn: 115477
|
| |
|
|
|
|
| |
that is sign extended. This fixes PR8288
llvm-svn: 115473
|
| |
|
|
|
|
|
|
| |
so and also change X86 for consistency.
Investigating if this can be improved a bit.
llvm-svn: 115469
|
| |
|
|
|
|
|
| |
the right file. The assembler supports all the 3dnow instructions now,
but not the "3dnowa" ones.
llvm-svn: 115468
|
| |
|
|
| |
llvm-svn: 115467
|
| |
|
|
|
|
|
|
|
|
|
| |
else in X86), and add support for pavgusb. This is apparently the
only instruction (other than movsx) that is preventing ffmpeg from building
with clang.
If someone else is interested in banging out the rest of the 3DNow!
instructions, it should be quite easy now.
llvm-svn: 115466
|
| |
|
|
|
|
|
|
|
|
|
| |
1. Model dual issues as two FUs.
2. Model the pipelines correctly: two symmetric ALUs, the multiplier is a
dependent pipeline on ALU0.
The changes do not have much impact on codegen right now. But I plan to make
pre-RA scheduler multi-issue aware which should take good advantage of the
changes.
llvm-svn: 115457
|
| |
|
|
| |
llvm-svn: 115454
|
| |
|
|
| |
llvm-svn: 115453
|
| |
|
|
| |
llvm-svn: 115429
|
| |
|
|
|
|
| |
backing int_x86_ssse3_pshuf_w got removed. This caused PR8280.
llvm-svn: 115422
|
| |
|
|
| |
llvm-svn: 115408
|
| |
|
|
|
|
|
|
|
|
|
| |
scheduling change in svn 115121. The CriticalAntiDepBreaker had bad
liveness information. It was calculating the KillIndices for one scheduling
region in a basic block, rescheduling that region so the KillIndices were
no longer valid, and then using those wrong KillIndices to make decisions
for the next scheduling region. I've not been able to reduce a small
testcase for this. Radar 8502534.
llvm-svn: 115400
|
| |
|
|
|
|
| |
in patches. :-(
llvm-svn: 115396
|
| |
|
|
| |
llvm-svn: 115395
|
| |
|
|
|
|
|
|
|
| |
llvm[2]: Updated LibDeps.txt because dependencies changed
llvm[2]: Checking for cyclic dependencies between LLVM libraries.
find-cycles.pl: Circular dependency between *.a files:
find-cycles.pl: libLLVMMSP430AsmPrinter.a libLLVMMSP430CodeGen.a
llvm-svn: 115393
|
| |
|
|
|
|
| |
is more familiar with CMake please review?
llvm-svn: 115391
|
| |
|
|
| |
llvm-svn: 115390
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
where both symbols are "local", that is non-external symbols, and there is
no "base" for the symbols used in the expression, that is the section has
no non-temporary symbols. This case looks like this:
% cat local_reloc_A-B.s
.long 0
LB: .long 1
.long LA - LB - 4
.long 2
LA: .long 3
which llvm-mc will not encode without this patch, generates a "unsupported
local relocations in difference" error, but the Darwin assembler will
encode with relocation entries like this:
% otool -rv a.out l.out
a.out:
Relocation information (__TEXT,__text) 2 entries
address pcrel length extern type scattered symbolnum/value
00000008 False long False SUB False 1 (__TEXT,__text)
00000008 False long False UNSIGND False 1 (__TEXT,__text)
which is very similar to what is encoded when the symbols don't have the
leading 'L' and they are not temporary symbols. Which llvm-mc and the
Darwin assembler will encoded like this:
Relocation information (__TEXT,__text) 2 entries
address pcrel length extern type scattered symbolnum/value
00000008 False long True SUB False B
00000008 False long True UNSIGND False A
This is the missing relocation encoding needed to allow the Mach-O x86
Dwarf file and line table to be emitted. So this patch also removes the
TODO from the if() statement in MCMachOStreamer::Finish() that didn't
call MCDwarfFileTable::Emit() for 64-bit targets.
llvm-svn: 115389
|
| |
|
|
|
|
| |
RemoveCopyByCommutingDef.
llvm-svn: 115386
|
| |
|
|
|
|
|
|
|
|
|
| |
LiveInterval::MergeValueNumberInto instead of trying to extend LiveRanges and
getting it wrong.
This fixed PR8249 where a valno with a multi-segment live range was defined by
an identity copy created by RemoveCopyByCommutingDef. Some of the live
segments disappeared.
llvm-svn: 115385
|
| |
|
|
| |
llvm-svn: 115384
|
| |
|
|
| |
llvm-svn: 115378
|
| |
|
|
| |
llvm-svn: 115377
|
| |
|
|
| |
llvm-svn: 115376
|
| |
|
|
| |
llvm-svn: 115375
|
| |
|
|
| |
llvm-svn: 115373
|
| |
|
|
| |
llvm-svn: 115370
|
| |
|
|
|
|
|
| |
'InstPrinter' to fall into line with the other MC-ized assembly printer
using targets.
llvm-svn: 115367
|
| |
|
|
| |
llvm-svn: 115365
|
| |
|
|
|
|
|
|
|
| |
if-conversion heuristic APIs. For now,
stick with a constant estimate of 90% (branch predictors are good!), but we might find that we want to provide
more nuanced estimates in the future.
llvm-svn: 115364
|
| |
|
|
|
|
| |
InstPrinter) subdir
llvm-svn: 115363
|
| |
|
|
|
|
|
| |
been MC-ized for assembly printing. MSP430 is mostly so, but still has the
asm printer and lowering code in the printer subdir for the moment.
llvm-svn: 115360
|
| |
|
|
| |
llvm-svn: 115354
|
| |
|
|
| |
llvm-svn: 115353
|
| |
|
|
| |
llvm-svn: 115350
|