- Apr 08, 2013
-
-
Evgeniy Stepanov authored
llvm-svn: 179022
-
Rafael Espindola authored
llvm-svn: 179021
-
Vincent Lejeune authored
llvm-svn: 179020
-
Sebastian Pop authored
llvm-svn: 179019
-
Sebastian Pop authored
llvm-svn: 179018
-
Daniel Jasper authored
The styles are now documented with the -style option. This fixes llvm.org/PR15689. llvm-svn: 179017
-
Daniel Jasper authored
llvm-svn: 179016
-
Daniel Jasper authored
llvm-svn: 179015
-
Chandler Carruth authored
nested quoting schemes, and they're not important here... llvm-svn: 179014
-
Evgeniy Stepanov authored
llvm-svn: 179012
-
Chandler Carruth authored
llvm-svn: 179010
-
Chandler Carruth authored
llvm-svn: 179009
-
Evgeniy Stepanov authored
llvm-svn: 179008
-
Kostya Serebryany authored
llvm-svn: 179007
-
Tim Northover authored
llvm-svn: 179006
-
Tim Northover authored
I've managed to convince myself that AArch64's acquire/release instructions are sufficient to guarantee C++11's required semantics, even in the sequentially-consistent case. llvm-svn: 179005
-
Chandler Carruth authored
I couldn't touch this file and not clean it up some. These reformattings brought to you by clang-format, with some minor adjustments by me. More spring cleaning to follow here. llvm-svn: 179004
-
Chandler Carruth authored
internal linkage and so wasn't a patent bug, it doesn't make any sense here. We can avoid even calling operator<< by just embedding the newline in the string literals that were already being streamed out. It also gives the impression of some line-ending agnosticisms which is not present, and that flushing happens when it doesn't. If we want to use std::endl, we could do that, but honestly it doesn't seem remotely worth it. Using '\n' directly is much more clear when working with raw_ostream. It also happens to fix builds with old crufty GCC STL implementations that include std::endl into the global namespace (or headers written to be compatible with such atrocities). llvm-svn: 179003
-
Evgeniy Stepanov authored
llvm-svn: 179002
-
Benjamin Kramer authored
llvm-svn: 179001
-
Hal Finkel authored
First, we should not cheat: fsel-based lowering of select_cc is a finite-math-only optimization (the ISA manual, section F.3 of v2.06, makes this clear, as does a note in our own README). This also adds fsel-based lowering of EQ and NE condition codes. As it turned out, fsel generation was covered by a grand total of zero regression test cases. I've added some test cases to cover the existing behavior (which is now finite-math only), as well as the new EQ cases. llvm-svn: 179000
-
- Apr 07, 2013
-
-
Arnold Schwaighofer authored
The code in getTypeConversion attempts to promote the element vector type before it trys to split or widen the vector. After it failed finding a legal vector type by promoting it would continue using the promoted vector element type. Thereby missing legal splitted vector types. For example the type v32i32 that has a legal split of 4 x v3i32 on x86/sse2 would be transformed to: v32i256 and from there on successively split to: v16i256, v8i256, v1i256 and then finally ends up as an i64 type. By resetting the vector element type to the original vector element type that existed before the promotion the code will attempt to split the vector type to smaller vector widths of the same type. llvm-svn: 178999
-
Rafael Espindola authored
llvm-svn: 178998
-
Rafael Espindola authored
llvm-svn: 178997
-
Rafael Espindola authored
llvm-svn: 178996
-
Rafael Espindola authored
llvm-svn: 178995
-
Rafael Espindola authored
llvm-svn: 178994
-
Jakob Stoklund Olesen authored
There is still no support for byval arguments (which I don't think are needed) and varargs. llvm-svn: 178993
-
Rafael Espindola authored
These were the last missing forwarding functions. Also consistently use the forwarding functions instead of using MachOObj directly. llvm-svn: 178992
-
Rafael Espindola authored
LoadCommandInfo was needed to keep a command and its offset in the file. Now that we always have a pointer to the command, we don't need the offset. llvm-svn: 178991
-
Rafael Espindola authored
This avoids using MachOObject::getLoadCommandInfo. llvm-svn: 178990
-
Rafael Espindola authored
llvm-svn: 178989
-
Rafael Espindola authored
llvm-svn: 178988
-
Rafael Espindola authored
llvm-svn: 178987
-
Rafael Espindola authored
llvm-svn: 178986
-
Rafael Espindola authored
llvm-svn: 178985
-
Rafael Espindola authored
llvm-svn: 178984
-
Hal Finkel authored
llvm-svn: 178983
-
Hal Finkel authored
llvm-svn: 178982
-
Rafael Espindola authored
llvm-svn: 178981
-