summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* Add all 4 MachO object types. Use the stored type to implement is64Bits().Rafael Espindola2013-04-083-8/+24
| | | | llvm-svn: 179021
* R600: Control Flow support for pre EG genVincent Lejeune2013-04-083-72/+240
| | | | llvm-svn: 179020
* IndependentBlocks: translate out of SSA all uses escaping the regionSebastian Pop2013-04-083-4/+89
| | | | llvm-svn: 179019
* SCEVCodegen should not run createIndVarSimplifyPassSebastian Pop2013-04-081-2/+4
| | | | llvm-svn: 179018
* Remove outdated part of help message.Daniel Jasper2013-04-081-1/+0
| | | | | | | The styles are now documented with the -style option. This fixes llvm.org/PR15689. llvm-svn: 179017
* Revert accidental commit r179015.Daniel Jasper2013-04-084-54/+38
| | | | llvm-svn: 179016
* xDaniel Jasper2013-04-084-38/+54
| | | | llvm-svn: 179015
* Simplify the quoting here. Our lit emulator doesn't deal well with theChandler Carruth2013-04-081-1/+1
| | | | | | nested quoting schemes, and they're not important here... llvm-svn: 179014
* [msan] Intercept glob().Evgeniy Stepanov2013-04-084-1/+54
| | | | llvm-svn: 179012
* Remove a global 'endl' variable from the other file as well.Chandler Carruth2013-04-081-25/+22
| | | | llvm-svn: 179010
* Clean up namespaces in obj2yaml.cpp.Chandler Carruth2013-04-081-11/+12
| | | | llvm-svn: 179009
* [tsan] Fix build.Evgeniy Stepanov2013-04-083-1/+3
| | | | llvm-svn: 179008
* [sanitizer] Fix boundary condition in LargeMmapAllocator::GetBlockBegin. ↵Kostya Serebryany2013-04-082-2/+9
| | | | | | Patch by Sergey Matveev llvm-svn: 179007
* Add ACLE link to ARM documentation sectionsTim Northover2013-04-081-0/+4
| | | | llvm-svn: 179006
* AArch64: remove barriers from AArch64 atomic operations.Tim Northover2013-04-085-325/+400
| | | | | | | | 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
* Cleanup the formatting of obj2yaml.cpp.Chandler Carruth2013-04-081-22/+23
| | | | | | | | 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
* Don't define our own global 'endl' variable. While technically it hadChandler Carruth2013-04-081-5/+3
| | | | | | | | | | | | | | | | | | 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
* [msan] Intercept time().Evgeniy Stepanov2013-04-083-1/+29
| | | | llvm-svn: 179002
* ARM: Remove unused variable.Benjamin Kramer2013-04-081-2/+0
| | | | llvm-svn: 179001
* Cleanup and improve PPC fsel generationHal Finkel2013-04-072-7/+170
| | | | | | | | | | | | | 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
* TargetLowering: Fix getTypeConversion handling of extended vector typesArnold Schwaighofer2013-04-074-14/+17
| | | | | | | | | | | | | | | 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
* Make MachOObjectFile independent from MachOObject.Rafael Espindola2013-04-072-17/+9
| | | | llvm-svn: 178998
* Implement MachOObjectFile::getData directly.Rafael Espindola2013-04-071-1/+1
| | | | llvm-svn: 178997
* Implement MachOObjectFile::is64Bit directly.Rafael Espindola2013-04-071-1/+2
| | | | llvm-svn: 178996
* Implement MachOObjectFile::getHeaderSize directly.Rafael Espindola2013-04-071-1/+1
| | | | llvm-svn: 178995
* Implement MachOObjectFile::getHeader directly.Rafael Espindola2013-04-073-19/+30
| | | | llvm-svn: 178994
* Implement LowerCall_64 for the SPARC v9 64-bit ABI.Jakob Stoklund Olesen2013-04-073-3/+375
| | | | | | | There is still no support for byval arguments (which I don't think are needed) and varargs. llvm-svn: 178993
* Implement MachOObjectFile::getHeaderSize and MachOObjectFile::getData.Rafael Espindola2013-04-072-41/+46
| | | | | | | These were the last missing forwarding functions. Also consistently use the forwarding functions instead of using MachOObj directly. llvm-svn: 178992
* Remove LoadCommandInfo now that we always have a pointer to the command.Rafael Espindola2013-04-073-78/+31
| | | | | | | 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
* Add MachOObjectFile::LoadCommandInfo.Rafael Espindola2013-04-073-13/+39
| | | | | | This avoids using MachOObject::getLoadCommandInfo. llvm-svn: 178990
* Use getLoadCommandInfo instead of MachOObj->getLoadCommandInfo.Rafael Espindola2013-04-071-18/+19
| | | | llvm-svn: 178989
* Construct MachOObject in MachOObjectFile's constructor.Rafael Espindola2013-04-072-17/+21
| | | | llvm-svn: 178988
* Remove unused argument.Rafael Espindola2013-04-075-6/+5
| | | | llvm-svn: 178987
* Remove MachOObjectFile::getObject.Rafael Espindola2013-04-073-12/+25
| | | | llvm-svn: 178986
* Remove two uses of getObject.Rafael Espindola2013-04-073-13/+6
| | | | llvm-svn: 178985
* Remove usage of InMemoryStruct in getSymbol.Rafael Espindola2013-04-072-32/+10
| | | | llvm-svn: 178984
* PPC Altivec load/store intrinsics can be marked IntrRead[Write]ArgMemHal Finkel2013-04-071-10/+15
| | | | llvm-svn: 178983
* PPC rotate instructions don't have unmodeled side effctsHal Finkel2013-04-072-3/+6
| | | | llvm-svn: 178982
* Remove a use of InMemoryStruct in llvm-readobj.Rafael Espindola2013-04-072-11/+8
| | | | llvm-svn: 178981
* Make getObject const. Remove a const_cast.Rafael Espindola2013-04-073-4/+4
| | | | llvm-svn: 178980
* Remove last use of InMemoryStruct in llvm-objdump.Rafael Espindola2013-04-073-2/+20
| | | | llvm-svn: 178979
* Most PPC M[TF]CR instructions do not have side effectsHal Finkel2013-04-072-5/+19
| | | | llvm-svn: 178978
* Remove dead code.Rafael Espindola2013-04-071-17/+0
| | | | llvm-svn: 178977
* Remove unused argument.Rafael Espindola2013-04-071-3/+1
| | | | llvm-svn: 178976
* Sema: Don't crash when trying to emit a warning for a duplicate value in an ↵Benjamin Kramer2013-04-072-1/+10
| | | | | | | | | invalid enum. Fixes PR15693. A null check on a pointer returned from cast<> is a very dubious construct, do we have a checker for this somewhere? llvm-svn: 178975
* Fix PR15674 (and PR15603): a SROA think-o.Chandler Carruth2013-04-072-0/+64
| | | | | | | | | | | | | | The fix for PR14972 in r177055 introduced a real think-o in the *store* side, likely because I was much more focused on the load side. While we can arbitrarily widen (or narrow) a loaded value, we can't arbitrarily widen a value to be stored, as that changes the width of memory access! Lock down the code path in the store rewriting which would do this to only handle the intended circumstance. All of the existing tests continue to pass, and I've added a test from the PR. llvm-svn: 178974
* PPC pre-increment load instructions do not have side effectsHal Finkel2013-04-071-2/+3
| | | | | | A few were missed in r178972. llvm-svn: 178973
* PPC pre-increment load instructions do not have side effectsHal Finkel2013-04-072-3/+3
| | | | llvm-svn: 178972
* PPC MCRF instruction does not have side effectsHal Finkel2013-04-071-0/+1
| | | | llvm-svn: 178971
* PPC FMR instruction does not have side effectsHal Finkel2013-04-071-0/+1
| | | | llvm-svn: 178970
OpenPOWER on IntegriCloud