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...