- Jul 09, 2008
-
-
Anton Korobeynikov authored
llvm-svn: 53294
-
Anton Korobeynikov authored
llvm-svn: 53292
-
Anton Korobeynikov authored
llvm-svn: 53291
-
Anton Korobeynikov authored
llvm-svn: 53290
-
Evan Cheng authored
llvm-svn: 53280
-
Bill Wendling authored
llvm-svn: 53278
-
Bruno Cardoso Lopes authored
llvm-svn: 53277
-
Chris Lattner authored
llvm-svn: 53274
-
Bruno Cardoso Lopes authored
llvm-svn: 53272
-
Bruno Cardoso Lopes authored
llvm-svn: 53270
-
- Jul 08, 2008
-
-
Dale Johannesen authored
This is a question of the debugging setup code not being called at the right time, and it's called from target-dependent code for some reason. I have only attempted to fix Darwin, but I'm pretty sure it's broken elsewhere; I'll leave that to people who can test it. llvm-svn: 53254
-
Evan Cheng authored
llvm-svn: 53237
-
Duncan Sands authored
llvm-svn: 53227
-
Evan Cheng authored
llvm-svn: 53215
-
Dan Gohman authored
MachineMemOperands. The pools are owned by MachineFunctions. This drastically reduces the number of calls to malloc/free made during the "Emit" phase of scheduling, as well as later phases in CodeGen. Combined with other changes, this speeds up the "instruction selection" phase of CodeGen by 10% in some cases. llvm-svn: 53212
-
Evan Cheng authored
llvm-svn: 53209
-
Evan Cheng authored
ATT asm printer just print register AsmName's instead of calling tolower on each charater of Name. This speeds it up by 10%. llvm-svn: 53208
-
Evan Cheng authored
TargetRegisterDesc::Name field is the same as the abstract register name. There is no need for targets to specify register names in addition to their AsmName's. llvm-svn: 53207
-
- Jul 07, 2008
-
-
Dan Gohman authored
pool-allocating MachineInstrs. llvm-svn: 53198
-
Dan Gohman authored
llvm-svn: 53196
-
Bruno Cardoso Lopes authored
llvm-svn: 53192
-
Dan Gohman authored
llvm-svn: 53179
-
Dan Gohman authored
llvm-svn: 53177
-
- Jul 05, 2008
-
-
Bruno Cardoso Lopes authored
important. - Cleanup in the Subtarget info with addition of new features, not all support yet, but they allow the future inclusion of features easier. Among new features, we have : Arch family info (mips1, mips2, ...), ABI info (o32, eabi), 64-bit integer and float registers, allegrex vector FPU (VFPU), single float only support. - TargetMachine now detects allegrex core. - Added allegrex (Mips32r2) sext_inreg instructions. - *Added Float Point Instructions*, handling single float only, and aliased accesses for 32-bit FPUs. - Some cleanup in FP instruction formats and FP register classes. - Calling conventions improved to support mips 32-bit EABI. - Added Asm Printer support for fp cond codes. - Added support for sret copy to a return register. - EABI support added into LowerCALL and FORMAL_ARGS. - MipsFunctionInfo now keeps a virtual register per function to track the sret on function entry until function ret. - MipsInstrInfo FP support into methods (isMoveInstr, isLoadFromStackSlot, ...), FP cond codes mapping and initial FP Branch Analysis. - Two new Mips SDNode to handle fp branch and compare instructions : FPBrcond, FPCmp - MipsTargetLowering : handling different FP classes, Allegrex support, sret return copy, no homing location within EABI, non 32-bit stack objects arguments, and asm constraint for float. llvm-svn: 53146
-
- Jul 04, 2008
-
-
Duncan Sands authored
hook for each way in which a result type can be legalized (promotion, expansion, softening etc), just use one: ReplaceNodeResults, which returns a node with exactly the same result types as the node passed to it, but presumably with a bunch of custom code behind the scenes. No change if the new LegalizeTypes infrastructure is not turned on. llvm-svn: 53137
-
Duncan Sands authored
moves in order to get correct debug info. Since I can't imagine how any target could possibly be any different, I've just stripped out the option: now all the world's like Darwin! llvm-svn: 53134
-
- Jul 03, 2008
-
-
Evan Cheng authored
llvm-svn: 53109
-
Evan Cheng authored
- Remove calls to copyKillDeadInfo which is an N^2 function. Instead, propagate kill / dead markers as new instructions are constructed in foldMemoryOperand, convertToThressAddress, etc. - Also remove LiveVariables::instructionChanged, etc. Replace all calls with cheaper calls which update VarInfo kill list. llvm-svn: 53097
-
Anton Korobeynikov authored
processed separately. Honour such situation and emit PIC relocations properly in such case. llvm-svn: 53091
-
Evan Cheng authored
llvm-svn: 53060
-
Owen Anderson authored
Make LiveVariables even more optional, by making it optional in the call to TargetInstrInfo::convertToThreeAddressInstruction Also, if LV isn't around, then TwoAddr doesn't need to be updating flags, since they won't have been set in the first place. llvm-svn: 53058
-
- Jul 02, 2008
-
-
Duncan Sands authored
to be passed the list of value types, and use this where appropriate. Inappropriate places are where the value type list is already known and may be long, in which case the existing method is more efficient. llvm-svn: 53035
-
Bill Wendling authored
debug information is being output, because it's leet! llvm-svn: 52994
-
Evan Cheng authored
llvm-svn: 52992
-
- Jul 01, 2008
-
-
Bill Wendling authored
llvm-svn: 52980
-
Dan Gohman authored
llvm-svn: 52976
-
Evan Cheng authored
llvm-svn: 52971
-
Owen Anderson authored
and mark it const along with the associated changes to TargetRegisterInfo. llvm-svn: 52966
-
Duncan Sands authored
being suppressed here. llvm-svn: 52952
-
Owen Anderson authored
version that is computed by tblgen at the time LLVM is compiled. llvm-svn: 52945
-