summaryrefslogtreecommitdiffstats
path: root/llvm
Commit message (Collapse)AuthorAgeFilesLines
...
* As far as I know no linker needs or wants the -g flag.Eric Christopher2013-06-251-4/+1
| | | | llvm-svn: 184800
* Remove all non-linker oriented compile options from the linkerEric Christopher2013-06-241-4/+3
| | | | | | | | | | | command line. Change the darwin universal binary options to be TargetCommonOpts so that they'll be passed to the linker since -arch at least is still needed. Someone on darwin with a buildit based build should probably verify that this doesn't break anything there. llvm-svn: 184793
* 80-column and tab character fixes.Eric Christopher2013-06-243-5/+8
| | | | llvm-svn: 184792
* Formatting.Eric Christopher2013-06-241-3/+2
| | | | llvm-svn: 184788
* typo.Adrian Prantl2013-06-241-1/+1
| | | | llvm-svn: 184783
* Use const references instead of pointers to references that areEric Christopher2013-06-242-21/+23
| | | | | | never modified. No functional change. llvm-svn: 184781
* [PowerPC] Support some miscellaneous mnemonics in the asm parserUlrich Weigand2013-06-243-5/+27
| | | | | | | | | | | This adds support for the following extended mnemonics: xnop mr. not not. la llvm-svn: 184767
* Add a simpler version of is_regular_file.Rafael Espindola2013-06-241-0/+9
| | | | llvm-svn: 184764
* DebugInfo: DIBuilder changes to match DIEnumerator changes in r184694David Blaikie2013-06-242-2/+2
| | | | | | | | Representing enumerators by int64 instead of uint64 for now. At some point we need to address the underlying issue of representation depending on the specific enumeration. llvm-svn: 184761
* Improve diagnostics when getSizeInBits is called on the Other type.Chad Rosier2013-06-241-2/+4
| | | | llvm-svn: 184760
* PPC: Remove default case from fully covered switch.Benjamin Kramer2013-06-241-4/+2
| | | | llvm-svn: 184758
* [PowerPC] Add some FIXMEsUlrich Weigand2013-06-241-0/+25
| | | | | | | A bunch of extendend mnemomics ought to support '.' forms. Add FIXMEs to the test case for those. llvm-svn: 184757
* R600: Fix spelling error in commentAaron Watry2013-06-241-1/+1
| | | | | | our -> or llvm-svn: 184756
* [PowerPC] Add predicted forms of branchesUlrich Weigand2013-06-247-68/+1395
| | | | | | | | | | | | | | | | | | | | This adds support for the predicted forms of branches (+/-). There are three cases to consider: - Branches using a PPC::Predicate code For these, I've added new PPC::Predicate codes corresponding to the BO values for predicted branch forms, and updated insn printing to print them correctly. I've also added new aliases for the asm parser matching the new forms. - bt/bf I've added new aliases matching to gBC etc. - bd(n)z variants I've added new instruction patterns for the predicted forms. In all cases, the new patterns are used for the asm parser only. (The new infrastructure ought to be sufficient to allow use by the compiler too at some point.) llvm-svn: 184754
* Move llvm/test/DebugInfo/arguments.ll to X86, for now. It is still Windows' ↵NAKAMURA Takumi2013-06-241-0/+0
| | | | | | PECOFF incompatible. llvm-svn: 184750
* Rename the variable to fix a warning. Thanks Andy Gibbs.Nadav Rotem2013-06-241-2/+2
| | | | llvm-svn: 184749
* Look for Python 2 before Python 3 in CMakeLists.txtReid Kleckner2013-06-241-1/+2
| | | | | | | | | All of LLVM's Python scripts only support Python 2 for widely understood reasons. Patch by Yonggang Luo. llvm-svn: 184732
* llvm/test/CodeGen/X86: Add explicit -mtriple=x86_64-unknown-unknown.NAKAMURA Takumi2013-06-242-2/+2
| | | | llvm-svn: 184731
* llvm/test/CodeGen/X86/legalize-shift-64.ll: Add explicit ↵NAKAMURA Takumi2013-06-241-1/+1
| | | | | | -mtriple=i686-unknown-unknown. llvm-svn: 184730
* llvm/test/DebugInfo/arguments.ll: Add explicit -mtriple=x86_64-unknown-unknown.NAKAMURA Takumi2013-06-241-1/+1
| | | | llvm-svn: 184729
* NVPTXTargetObjectFile.h: Initialize some pointers as NULL in the constructor ↵NAKAMURA Takumi2013-06-241-1/+23
| | | | | | | | of NVPTXTargetObjectFile. ~NVPTXTargetObjectFile() tries to delete them. It caused crash on some hosts since r184595. llvm-svn: 184728
* [PowerPC] Add t/f branch mnemonics to asm parserUlrich Weigand2013-06-242-81/+127
| | | | | | | This adds the bt/bf/bd(n)zt/bd(n)zf mnemonics as aliases for the asm parser, resolving to the generic conditional patterns. llvm-svn: 184725
* Reapply 184685 after the SetVector iteration order fix.Arnold Schwaighofer2013-06-244-234/+328
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This should hopefully have fixed the stage2/stage3 miscompare on the dragonegg testers. "LoopVectorize: Use the dependence test utility class We now no longer need alias analysis - the cases that alias analysis would handle are now handled as accesses with a large dependence distance. We can now vectorize loops with simple constant dependence distances. for (i = 8; i < 256; ++i) { a[i] = a[i+4] * a[i+8]; } for (i = 8; i < 256; ++i) { a[i] = a[i-4] * a[i-8]; } We would be able to vectorize about 200 more loops (in many cases the cost model instructs us no to) in the test suite now. Results on x86-64 are a wash. I have seen one degradation in ammp. Interestingly, the function in which we now vectorize a loop is never executed so we probably see some instruction cache effects. There is a 2% improvement in h264ref. There is one or the other TSCV loop kernel that speeds up. radar://13681598" llvm-svn: 184724
* LoopVectorize: Use SetVector for the access setArnold Schwaighofer2013-06-241-1/+2
| | | | | | | We are creating the runtime checks using this set so we need a deterministic iteration order. llvm-svn: 184723
* [PowerPC] Support generic conditional branches in asm parserUlrich Weigand2013-06-243-9/+84
| | | | | | | | | | | This adds instruction patterns to cover the generic forms of the conditional branch instructions. This allows the assembler to support the generic mnemonics. The compiler will still generate the various specific forms of the instruction that were already supported. llvm-svn: 184722
* [PowerPC] Support absolute branchesUlrich Weigand2013-06-2414-76/+344
| | | | | | | | | | | | | | | | | | There is currently only limited support for the "absolute" variants of branch instructions. This patch adds support for the absolute variants of all branches that are currently otherwise supported. This requires adding new fixup types so that the correct variant of relocation type can be selected by the object writer. While the compiler will continue to usually choose the relative branch variants, this will allow the asm parser to fully support the absolute branches, with either immediate (numerical) or symbolic target addresses. No change in code generation intended. llvm-svn: 184721
* [PowerPC] Support bd(n)zl and bd(n)zlrlUlrich Weigand2013-06-242-4/+22
| | | | | | | This adds support for the bd(n)zl and bd(n)zlrl instructions. The patterns are currently used for the asm parser only. llvm-svn: 184720
* [PowerPC] Support b(cond)l in the asm parserUlrich Weigand2013-06-242-24/+81
| | | | | | | This patch adds support for the conditional variants of bl. The pattern is currently used by the asm parser only. llvm-svn: 184719
* [PowerPC] Support blrl and variants in the asm parserUlrich Weigand2013-06-242-25/+63
| | | | | | | This patch adds support for blrl and its conditional variants. The patterns are (currently) used for the asm parser only. llvm-svn: 184718
* This patch introduces RegisterOperand class into Mips FPU instruction ↵Vladimir Medic2013-06-243-87/+157
| | | | | | definitions and adds dedicated parser methods to MipsAsmParser. It is the first in a series of patches that should fix the problems with parsing Mips FPU instructions and optimize the code in MipsAsmParser. llvm-svn: 184716
* [APFloat] Removed trailing whitespace from unittests.Michael Gottesman2013-06-241-14/+14
| | | | llvm-svn: 184715
* [APFloat] Added a large unittest for APFloat.add that checks that special ↵Michael Gottesman2013-06-241-0/+302
| | | | | | values are computed correctly. llvm-svn: 184714
* [APFloat] Added support for parsing float strings which contain ↵Michael Gottesman2013-06-242-0/+30
| | | | | | {inf,-inf,NaN,-NaN}. llvm-svn: 184713
* [APFloat] Added make{Zero,Inf} methods and implemented get{Zero,Inf} on top ↵Michael Gottesman2013-06-242-2/+24
| | | | | | of them. llvm-svn: 184712
* [APFloat] Removed a assert from significandParts() which says that one can ↵Michael Gottesman2013-06-241-2/+0
| | | | | | | | | | | | | | | | | only access the significand of FiniteNonZero/NaN floats. The method significandParts() is a helper method meant to ease access to APFloat's significand by allowing the user to not need to be aware of whether or not the APFloat is using memory allocated in the instance itself or in an external array. This assert says that one can only access the significand of FiniteNonZero/NaN floats. This makes it cumbersome and more importantly dangerous when one wishes to zero out the significand of a zero/infinity value since one will have to deal with the aforementioned quandary related to how the memory in APFloat is allocated. llvm-svn: 184711
* [APFloat] Rename macro convolve => PackCategoriesIntoKey so that it is clear ↵Michael Gottesman2013-06-241-86/+92
| | | | | | | | | | | | what APFloat is actually using said macro for. In the context of APFloat, seeing a macro called convolve suggests that APFloat is using said value in some sort of convolution somewhere in the source code. This is misleading. I also added a documentation comment to the macro. llvm-svn: 184710
* Add -mcpu to some unit tests that only fail on certain hosts.Andrew Trick2013-06-247-8/+8
| | | | llvm-svn: 184709
* ARM: check predicate bits for thumb instructionsAmaury de la Vieuville2013-06-243-13/+35
| | | | | | | When encoded to thumb, VFP instruction and VMOV/VDUP between scalar and core registers, must have their predicate bit to 0b1110. llvm-svn: 184707
* ARM: rGPR is meant to be unpredictable, not undefinedAmaury de la Vieuville2013-06-243-5/+7
| | | | llvm-svn: 184706
* Temporarily enable MI-Sched on X86.Andrew Trick2013-06-2464-258/+277
| | | | | | | Sorry for the unit test churn. I'll try to make the change permanently next time. llvm-svn: 184705
* ARM: fix thumb1 nop decodingAmaury de la Vieuville2013-06-244-19/+4
| | | | | | | In thumb1, NOP is a pseudo-instruction equivalent to mov r8, r8. However the disassembler should not use this alias. llvm-svn: 184703
* ARM: fix IT decodingAmaury de la Vieuville2013-06-242-6/+8
| | | | | | mask == 0 -> UNPRED llvm-svn: 184702
* ARM: enable decoding of pc-relative PLD/PLIAmaury de la Vieuville2013-06-244-46/+180
| | | | llvm-svn: 184701
* Add a flag to defer vectorization into a phase after the inliner and itsChandler Carruth2013-06-242-16/+67
| | | | | | | | | | | | | CGSCC pass manager. This should insulate the inlining decisions from the vectorization decisions, however it may have both compile time and code size problems so it is just an experimental option right now. Adding this based on a discussion with Arnold and it seems at least worth having this flag for us to both run some experiments to see if this strategy is workable. It may solve some of the regressions seen with the loop vectorizer. llvm-svn: 184698
* Filter out dragonegg when checked out into a projects subdirectory.Chandler Carruth2013-06-241-0/+3
| | | | | | | | There is some hope of eventually supporting a unified build with it, but until then this lets me (and others) check it out in this location without things breaking. llvm-svn: 184697
* DebugInfo: enumerator values returned as int64 as they are storedDavid Blaikie2013-06-241-1/+1
| | | | llvm-svn: 184694
* DebugInfo: add some testing from an overly broad end-to-end test in ClangDavid Blaikie2013-06-242-37/+79
| | | | llvm-svn: 184692
* Revert "LoopVectorize: Use the dependence test utility class"Arnold Schwaighofer2013-06-244-328/+234
| | | | | | | | This reverts commit cbfa1ca993363ca5c4dbf6c913abc957c584cbac. We are seeing a stage2 and stage3 miscompare on some dragonegg bots. llvm-svn: 184690
* [APFloat] Removed out of date comment from isNormal().Michael Gottesman2013-06-241-3/+0
| | | | | | | I already finished the isIEEENormal => isNormal transition. So isNormal is now IEEE-754R compliant. llvm-svn: 184687
* [APFloat] Rename llvm::exponent_t => llvm::APFloat::ExponentType.Michael Gottesman2013-06-242-9/+9
| | | | | | | | | exponent_t is only used internally in APFloat and no exponent_t values are exposed via the APFloat API. In light of such conditions it does not make any sense to gum up the llvm namespace with said type. Plus it makes it clearer that exponent_t is associated with APFloat. llvm-svn: 184686
OpenPOWER on IntegriCloud