[llvm-testresults] buildbot failure in llvm on dragonegg-i386-linux

Eric Christopher echristo at apple.com
Wed Jan 26 15:04:36 PST 2011


On Jan 26, 2011, at 12:54 PM, Eric Christopher wrote:

> 
> On Jan 26, 2011, at 12:43 PM, Duncan Sands wrote:
> 
>> Hi Eric,
>> 
>>>>> Non-determinism! The dragonegg selfhost compared object files it built
>>>>> at different stages, and they weren't the same. I guess this might be
>>>>> due to echristo's inline cost changes.
>>>> 
>>>> ... Those were Sunday though. No costs changed yesterday, might be some
>>>> caching effects though. I'll take a look.
>>> 
>>> I've reverted for now to see if it fixes it, but a quick question. From looking
>>> at the output of the script it looks like it is comparing the output of
>>> stage 0 vs the output of stage 1? Or is that just an artifact of the script?
>> 
>> thanks for reverting your patch.  The stages are not exactly the same as with a
>> gcc bootstrap.  In stage 0, LLVM and dragonegg are built with gcc, but dragonegg
>> is then immediately rebuilt with itself, creating the object files that are used
>> for the comparison.  So these object files are analogous to the object files
>> produced by stage1 of a gcc bootstrap.
> 
> OK, that's a bit better. I'd like some sort of test case if you can arrange it
> though. I didn't see anything in the patch that could cause this sort of issue.

A preprocessed version of the miscomparing file (or even better, bitcode and
some optimization options) would be helpful at least.

-eric

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-testresults/attachments/20110126/e633e5bf/attachment.html>


More information about the llvm-testresults mailing list