| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | Delete -std-compile-opts. | Rafael Espindola | 2014-10-16 | 1 | -1/+1 |
| | | | | | | | These days -std-compile-opts was just a silly alias for -O3. llvm-svn: 219951 | ||||
| * | ARM VLDR/VSTR instructions don't need a size suffix. | Jim Grosbach | 2011-11-14 | 1 | -1/+1 |
| | | | | | | | | Canonicallize on the non-suffixed form, but continue to accept assembly that has any correctly sized type suffix. llvm-svn: 144583 | ||||
| * | Generalize this test's CHECK statements to handle different indvars modes. | Andrew Trick | 2011-09-13 | 1 | -2/+2 |
| | | | | | llvm-svn: 139577 | ||||
| * | Change ARM / Thumb2 addc / adde and subc / sube modeling to use physical | Evan Cheng | 2011-08-30 | 1 | -2/+2 |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | register dependency (rather than glue them together). This is general goodness as it gives scheduler more freedom. However it is motivated by a nasty bug in isel. When a i64 sub is expanded to subc + sube. libcall #1 \ \ subc \ / \ \ / \ \ / libcall #2 sube If the libcalls are not serialized (i.e. both have chains which are dag entry), legalizer can serialize them in arbitrary orders. If it's unlucky, it can force libcall #2 before libcall #1 in the above case. subc | libcall #2 | libcall #1 | sube However since subc and sube are "glued" together, this ends up being a cycle when the scheduler combine subc and sube as a single scheduling unit. The right solution is to fix LegalizeType too chains the libcalls together. However, LegalizeType is not processing nodes in order so that's harder than it should be. For now, the move to physical register dependency will do. rdar://10019576 llvm-svn: 138791 | ||||
| * | Remove arm_apcscc from the test files. It is the default and doing this | Rafael Espindola | 2010-06-17 | 1 | -5/+5 |
| | | | | | | | matches what llvm-gcc and clang now produce. llvm-svn: 106221 | ||||
| * | test case for IV-Users simplification loop improvement | Jim Grosbach | 2009-12-01 | 1 | -0/+128 |
| llvm-svn: 90260 | |||||
 |
index : bcm5719-llvm | |
| Project Ortega BCM5719 LLVM | Raptor Computing Systems |
| summaryrefslogtreecommitdiffstats |
|