- Apr 16, 2010
-
-
Johnny Chen authored
considered legal instructions. Refs: A8.6.51 LDC, LDC2 (immediate) -- page A8-107, A8.6.58 LDR (immediate, ARM) -- page A8-121, and A8.6.194 STR (immediate, ARM) -- page A8-395. llvm-svn: 101524
-
Evan Cheng authored
llvm-svn: 101501
-
Evan Cheng authored
llvm-svn: 101500
-
Dan Gohman authored
llvm-svn: 101480
-
Dan Gohman authored
llvm-svn: 101478
-
Dan Gohman authored
llvm-svn: 101477
-
Dan Gohman authored
dependent analyses, and increase code size, so doing it profitably would require more complex heuristics. llvm-svn: 101471
-
Dan Gohman authored
callee is expected to be expanded to something else by codegen, so that normal infinitely recursive calls are still transformed. llvm-svn: 101468
-
Gabor Greif authored
with a fix for self-hosting rotate CallInst operands, i.e. move callee to the back of the operand array the motivation for this patch are laid out in my mail to llvm-commits: more efficient access to operands and callee, faster callgraph-construction, smaller compiler binary llvm-svn: 101465
-
Dan Gohman authored
llvm-svn: 101463
-
Dan Gohman authored
expression canonicalization. Its job is to print what's there, not to make judgements about it. llvm-svn: 101461
-
Bill Wendling authored
JIT doesn't use the MC back-end asm printer to emit labels that it uses, the section for the MCSymbol is never set. And thus the MCSymbol for the EH label isn't marked as "defined". Because of that, TidyLandingPads removes the needed landing pads from the JIT output. This breaks EH for every JIT program. This is a work-around for this limitation. We pass in the label locations map. If the label has a non-zero value, then it was "emitted" by the JIT and TidyLandingPads shouldn't remove that label. A nicer solution would be to mark the MCSymbol as "used" by the JIT and not rely upon the section being set to determine if it's defined or not. llvm-svn: 101453
-
Evan Cheng authored
Adding support for dag combiner to promote operations for profit. This requires target specific queries. For example, x86 should promote i16 to i32 when it does not impact load folding. x86 support is off by default. It can be enabled with -promote-16bit. Work in progress. llvm-svn: 101448
-
Evan Cheng authored
llvm-svn: 101446
-
Dan Gohman authored
llvm-svn: 101443
-
Eric Christopher authored
llvm-svn: 101438
-
Chris Lattner authored
llvm-svn: 101437
-
Gabor Greif authored
llvm-svn: 101434
-
Chris Lattner authored
wanted the alignment of the pointee. llvm-svn: 101432
-
Chris Lattner authored
llvm-svn: 101429
-
Chris Lattner authored
place. llvm-svn: 101427
-
Chris Lattner authored
ConvertToScalarInfo. llvm-svn: 101425
-
Gabor Greif authored
llvm-svn: 101423
-
Chris Lattner authored
CanConvertToScalar/MergeInType. Eliminate a pointless LLVMContext argument to MergeInType. llvm-svn: 101422
-
Jakob Stoklund Olesen authored
MachineLoopInfo is already available when MachineSinking runs, so the check is free. There is no test case because it would require a critical edge into a loop, and CodeGenPrepare splits those. This check is just to be extra careful. llvm-svn: 101420
-
Johnny Chen authored
am2offset. Modified the instruction table entry and added a new test case. llvm-svn: 101415
-
Evan Cheng authored
Use default lowering of DYNAMIC_STACKALLOC. As far as I can tell, ARM isle is doing the right thing and codegen looks correct for both Thumb and Thumb2. llvm-svn: 101410
-
- Apr 15, 2010
-
-
Chris Lattner authored
llvm-svn: 101405
-
Gabor Greif authored
with a fix rotate CallInst operands, i.e. move callee to the back of the operand array the motivation for this patch are laid out in my mail to llvm-commits: more efficient access to operands and callee, faster callgraph-construction, smaller compiler binary llvm-svn: 101397
-
Jakob Stoklund Olesen authored
llvm-svn: 101392
-
Nicolas Geoffray authored
llvm-svn: 101388
-
Anton Korobeynikov authored
llvm-svn: 101387
-
Gabor Greif authored
llvm-svn: 101385
-
Evan Cheng authored
ARM SelectDYN_ALLOC should emit a copy from SP rather than referencing SP directly. In cases where there are two dyn_alloc in the same BB it would have caused the old SP value to be reused and badness ensues. rdar://7493908 llvm is generating poor code for dynamic alloca, I'll fix that later. llvm-svn: 101383
-
Johnny Chen authored
llvm-svn: 101382
-
Dan Gohman authored
llvm-svn: 101379
-
Dan Gohman authored
can't be static. llvm-svn: 101377
-
Dan Gohman authored
llvm-svn: 101376
-
Dan Gohman authored
llvm-svn: 101375
-
Dan Gohman authored
in addition to the predecessor. llvm-svn: 101374
-