- May 13, 2012
-
-
Bill Wendling authored
llvm-svn: 156731
-
Bill Wendling authored
llvm-svn: 156730
-
- May 12, 2012
-
-
Gregory Szorc authored
llvm-svn: 156724
-
Bill Wendling authored
llvm-svn: 156655
-
- May 11, 2012
-
-
Bill Wendling authored
llvm-svn: 156648
-
Duncan Sands authored
llvm-svn: 156635
-
- May 09, 2012
-
-
Seth Cantrell authored
llvm-svn: 156443
-
- Apr 26, 2012
-
-
Joerg Sonnenberger authored
llvm-svn: 155657
-
- Apr 19, 2012
-
-
Daniel Dunbar authored
llvm-svn: 155153
-
Michael J. Spencer authored
llvm-ld is no longer useful and causes confusion and so it is being removed. * Does not work very well on Windows because it must call a gcc like driver to assemble and link. * Has lots of hard coded paths which are wrong on many systems. * Does not understand most of ld's options. * Can be partially replaced by llvm-link | opt | {llc | as, llc -filetype=obj} | ld, or fully replaced by Clang. I know of no production use of llvm-ld, and hacking use should be replaced by Clang's driver. llvm-svn: 155147
-
- Apr 17, 2012
-
-
Chandler Carruth authored
llvm-svn: 154892
-
Chandler Carruth authored
about what folks should expect w.r.t. the new algorithm. llvm-svn: 154891
-
- Apr 16, 2012
-
-
Duncan Sands authored
llvm-svn: 154858
-
Tobias Grosser authored
llvm-svn: 154834
-
Tobias Grosser authored
llvm-svn: 154833
-
Hal Finkel authored
llvm-svn: 154830
-
Duncan Sands authored
through the use of 'fpmath' metadata. Currently this only provides a 'fpaccuracy' value, which may be a number in ULPs or the keyword 'fast', however the intent is that this will be extended with additional information about NaN's, infinities etc later. No optimizations have been hooked up to this so far. llvm-svn: 154822
-
Bill Wendling authored
llvm-svn: 154796
-
Hal Finkel authored
llvm-svn: 154788
-
- Apr 15, 2012
-
-
Duncan Sands authored
llvm-svn: 154766
-
- Apr 14, 2012
-
-
Anshuman Dasgupta authored
llvm-svn: 154755
-
Anshuman Dasgupta authored
by Sundeep Kushwaha. llvm-svn: 154754
-
Brendon Cahoon authored
llvm-svn: 154752
-
- Apr 13, 2012
-
-
Tony Linthicum authored
llvm-svn: 154692
-
- Apr 12, 2012
-
-
Anshuman Dasgupta authored
llvm-svn: 154590
-
- Apr 07, 2012
-
-
NAKAMURA Takumi authored
Cygwin-1.7 supports dw2. Some recent mingw distros support one, too. I have confirmed test-suite/SingleSource/Benchmarks/Shootout-C++/except.cpp can pass on Cygwin. llvm-svn: 154247
-
- Mar 27, 2012
-
-
NAKAMURA Takumi authored
llvm-svn: 153508
-
- Mar 25, 2012
-
-
Rafael Espindola authored
Thanks Duncan. llvm-svn: 153411
-
- Mar 24, 2012
-
-
Rafael Espindola authored
llvm-svn: 153391
-
- Mar 23, 2012
-
-
Nick Lewycky authored
llvm-svn: 153296
-
- Mar 21, 2012
-
-
Nick Lewycky authored
llvm-svn: 153224
-
- Feb 26, 2012
-
-
Nadav Rotem authored
Add a random .LL file generator to stress-test different llvm components. llvm-svn: 151479
-
- Feb 24, 2012
-
-
Jim Grosbach authored
llvm-svn: 151308
-
- Feb 16, 2012
-
-
Jakob Stoklund Olesen authored
llvm-svn: 150712
-
Bill Wendling authored
llvm-svn: 150677
-
- Feb 07, 2012
-
-
Bill Wendling authored
llvm-svn: 149972
-
- Feb 06, 2012
-
-
Bill Wendling authored
llvm-svn: 149914
-
- Jan 16, 2012
-
-
Jakob Stoklund Olesen authored
Register masks will be used as a compact representation of large clobber lists. Currently, an x86 call instruction has some 40 operands representing call-clobbered registers. That's more than 1kB of useless operands per call site. A register mask operand references a bit mask of call-preserved registers, everything else is clobbered. The bit mask will typically come from TargetRegisterInfo::getCallPreservedMask(). By abandoning ImplicitDefs for call-clobbered registers, it also becomes possible to share call instruction descriptions between calling conventions, and we can get rid of the WINCALL* instructions. This patch introduces the new operand kind. Future patches will add RegMask support to target-independent passes before finally the fixed clobber lists can be removed from call instruction descriptions. llvm-svn: 148250
-
- Jan 05, 2012
-
-
Jakob Stoklund Olesen authored
The register allocators don't currently support adding reserved registers while they are running. Extend the MRI API to keep track of the set of reserved registers when register allocation started. Target hooks like hasFP() and needsStackRealignment() can look at this set to avoid reserving more registers during register allocation. llvm-svn: 147577
-
- Dec 20, 2011
-
-
Nadav Rotem authored
1. pointer-vector 2. type legalizer changes and vector-select 3. X86 ISA changes. llvm-svn: 146964
-