| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | Attempt #2 to appease buildbots | George Burgess IV | 2017-08-09 | 1 | -1/+1 |
| | | | | | | | | "error: unable to create target: 'No available targets are compatible with this triple.'" llvm-svn: 310445 | ||||
| * | Attempt to appease msc buildbot | George Burgess IV | 2017-08-09 | 1 | -1/+1 |
| | | | | | | | | | | | | | | It was timing out on this test, but for reasons unrelated to the specific bug it was testing for. Randomly breaking in gdb with `clang -target i686-windows -fmsc-version=1700` reveals *many* frames from MicrosoftCXXNameMangler. So, it would seem that some caching is needed there, as well... Fingers crossed that specifying a triple is sufficient to work around this. llvm-svn: 310444 | ||||
| * | [AST] Cache intermediate visibility/linkage results | George Burgess IV | 2017-08-09 | 1 | -0/+41 |
| This is a follow-up to r310436 with actual functional changes. Please see that commit message for a description of why a cache is appearing here. Suggestions for less-bad ways of testing this are appreciated. :) This fixes PR29160. llvm-svn: 310437 | |||||
 |
index : bcm5719-llvm | |
| Project Ortega BCM5719 LLVM | Raptor Computing Systems |
| summaryrefslogtreecommitdiffstats |
|