- Oct 05, 2010
-
-
Jim Grosbach authored
that caused the circular dependencies on Linux. Built OK for me on OSX and Linux (Ubuntu) with configure/make and CMake. Will keep an eye on the bots.... llvm-svn: 115582
-
Evan Cheng authored
// %a = ... // %b = and i32 %a, 2 // %c = srl i32 %b, 1 // brcond i32 %c ... // // into // // %a = ... // %b = and i32 %a, 2 // %c = setcc eq %b, 0 // brcond %c ... Make sure it restores local variable N1, which corresponds to the condition operand if it fails to match. This apparently breaks TCE but since that backend isn't in the tree I don't have a test for it. llvm-svn: 115571
-
- Oct 04, 2010
-
-
Bill Wendling authored
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
-
Kevin Enderby authored
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
-
Rafael Espindola authored
llvm-svn: 115547
-
Rafael Espindola authored
llvm-svn: 115545
-
Rafael Espindola authored
llvm-svn: 115541
-
Rafael Espindola authored
llvm-svn: 115537
-
Jim Grosbach authored
llvm-svn: 115525
-
Jan Wen Voung authored
section kind. Previously, optimized nops were only used for MachO. Also added tests for ELF and COFF. llvm-svn: 115523
-
Dan Gohman authored
already knows its own length, so this is redundant. llvm-svn: 115521
-
Rafael Espindola authored
llvm-svn: 115509
-
Rafael Espindola authored
llvm-svn: 115506
-
Lang Hames authored
Removed the older style (in-allocator) problem construction system from the PBQP allocator. Problem construction is now done exclusively with the new builders. llvm-svn: 115502
-
Anton Korobeynikov authored
Patch by Cameron! llvm-svn: 115480
-
Anton Korobeynikov authored
Based on the patch by Cameron Esfahani! llvm-svn: 115479
-
- Oct 03, 2010
-
-
Eli Friedman authored
llvm-svn: 115477
-
Chris Lattner authored
the immediate field of pshufw is actually an 8-bit field, not a 8-bit field that is sign extended. This fixes PR8288 llvm-svn: 115473
-
Rafael Espindola authored
so and also change X86 for consistency. Investigating if this can be improved a bit. llvm-svn: 115469
-
Chris Lattner authored
the right file. The assembler supports all the 3dnow instructions now, but not the "3dnowa" ones. llvm-svn: 115468
-
Chris Lattner authored
llvm-svn: 115467
-
Chris Lattner authored
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
-
Evan Cheng authored
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
-
Rafael Espindola authored
llvm-svn: 115454
-
Bill Wendling authored
llvm-svn: 115453
-
Chris Lattner authored
llvm-svn: 115429
-
- Oct 02, 2010
-
-
Chris Lattner authored
backing int_x86_ssse3_pshuf_w got removed. This caused PR8280. llvm-svn: 115422
-
Jakob Stoklund Olesen authored
llvm-svn: 115408
-
Bob Wilson authored
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
-
Nick Lewycky authored
in patches. :-( llvm-svn: 115396
-
Nick Lewycky authored
llvm-svn: 115395
-
Nick Lewycky authored
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
-
Jim Grosbach authored
is more familiar with CMake please review? llvm-svn: 115391
-
Eric Christopher authored
llvm-svn: 115390
-
Kevin Enderby authored
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
-
Jakob Stoklund Olesen authored
RemoveCopyByCommutingDef. llvm-svn: 115386
-
Jakob Stoklund Olesen authored
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
-
Jakob Stoklund Olesen authored
llvm-svn: 115384
-
Devang Patel authored
llvm-svn: 115378
-
Jim Grosbach authored
llvm-svn: 115377
-