search for: r169769

Displaying 7 results from an estimated 7 matches for "r169769".

Did you mean: 16976
2012 Dec 11
0
[LLVMdev] FNT testers reporting success even though they failed
...clang-x86_64-debian-fnt/builds/12576 > http://lab.llvm.org:8011/builders/clang-x86_64-linux-fnt/builds/57 > > http://lab.llvm.org:8011/builders/dragonegg-x86_64-linux-gcc-4.6-fnt/builds/1983 > > Does anyone know what might have caused this? [Thought it might've been my change (r169769) but that doesn't look like it intersects with this particular test task] I think you're on the right track with the logs. If the log that reaches the buildmaster is empty then we won't find any failures & we'll report success. Have you checked any of the slaves to see if the...
2012 Dec 11
3
[LLVMdev] [llvm-lab-wg] FNT testers reporting success even though they failed
...clang-x86_64-debian-fnt/builds/12576 > http://lab.llvm.org:8011/builders/clang-x86_64-linux-fnt/builds/57 > > http://lab.llvm.org:8011/builders/dragonegg-x86_64-linux-gcc-4.6-fnt/builds/1983 > > Does anyone know what might have caused this? [Thought it might've been my change (r169769) but that doesn't look like it intersects with this particular test task] I think you're on the right track with the logs. If the log that reaches the buildmaster is empty then we won't find any failures & we'll report success. Have you checked any of the slaves to see if the...
2012 Dec 11
0
[LLVMdev] [llvm-lab-wg] FNT testers reporting success even though they failed
...s/12576 >> http://lab.llvm.org:8011/builders/clang-x86_64-linux-fnt/builds/57 >> >> http://lab.llvm.org:8011/builders/dragonegg-x86_64-linux-gcc-4.6-fnt/builds/1983 >> >> Does anyone know what might have caused this? > > [Thought it might've been my change (r169769) but that doesn't look > like it intersects with this particular test task] > > I think you're on the right track with the logs. If the log that > reaches the buildmaster is empty then we won't find any failures & > we'll report success. > > Have you checked...
2012 Dec 11
2
[LLVMdev] [llvm-lab-wg] FNT testers reporting success even though they failed
...s/12576 >> http://lab.llvm.org:8011/builders/clang-x86_64-linux-fnt/builds/57 >> >> http://lab.llvm.org:8011/builders/dragonegg-x86_64-linux-gcc-4.6-fnt/builds/1983 >> >> Does anyone know what might have caused this? > > [Thought it might've been my change (r169769) but that doesn't look > like it intersects with this particular test task] > > I think you're on the right track with the logs. If the log that > reaches the buildmaster is empty then we won't find any failures & > we'll report success. > > Have you checked...
2012 Dec 11
2
[LLVMdev] FNT testers reporting success even though they failed
All the LLVM lab FNT builders were reporting failures in the same set of tests (scimark2, LivermooreLoops, some others). Now they've all turned green but the same tests are still failing. I don't see any commits to deliberately make the FNT pass, so it looks like someone broke failure detection... Note that the FNT "report" text became empty at the same time. Here's what
2012 Dec 12
0
[LLVMdev] [llvm-lab-wg] FNT testers reporting success even though they failed
...//lab.llvm.org:8011/builders/clang-x86_64-linux-fnt/builds/57 >>> >>> http://lab.llvm.org:8011/builders/dragonegg-x86_64-linux-gcc-4.6-fnt/builds/1983 >>> >>> Does anyone know what might have caused this? >> >> [Thought it might've been my change (r169769) but that doesn't look >> like it intersects with this particular test task] >> >> I think you're on the right track with the logs. If the log that >> reaches the buildmaster is empty then we won't find any failures & >> we'll report success. >&g...
2012 Dec 17
1
[LLVMdev] [llvm-lab-wg] FNT testers reporting success even though they failed
...-linux-fnt/builds/57 >>>> >>>> http://lab.llvm.org:8011/builders/dragonegg-x86_64-linux-gcc-4.6-fnt/builds/1983 >>>> >>>> >>>> Does anyone know what might have caused this? >>> >>> [Thought it might've been my change (r169769) but that doesn't look >>> like it intersects with this particular test task] >>> >>> I think you're on the right track with the logs. If the log that >>> reaches the buildmaster is empty then we won't find any failures & >>> we'll re...