[zorg] r287418 - [AVR] Compile the X86 backend on the AVR builder

Dylan McKay via llvm-commits llvm-commits at lists.llvm.org
Fri Nov 18 18:54:39 PST 2016


Yes, here's some of the tests that failed


   1. FAIL: LLVM::2002-04-14-UnexpectedUnsignedType.ll
   <http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2/steps/test-llvm/logs/FAIL%3A%20LLVM%3A%3A2002-04-14-UnexpectedUnsignedType.ll>
   2. FAIL: LLVM::2003-05-27-phifcmpd.ll
   <http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2/steps/test-llvm/logs/FAIL%3A%20LLVM%3A%3A2003-05-27-phifcmpd.ll>
   3. FAIL: LLVM::2002-04-16-StackFrameSizeAlignment.ll
   <http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2/steps/test-llvm/logs/FAIL%3A%20LLVM%3A%3A2002-04-16-StackFrameSizeAlignment.ll>
   4. FAIL: LLVM::2003-05-27-useboolinotherbb.ll
   <http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2/steps/test-llvm/logs/FAIL%3A%20LLVM%3A%3A2003-05-27-useboolinotherbb.ll>
   5. FAIL: LLVM::2003-05-27-usefsubasbool.ll
   <http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2/steps/test-llvm/logs/FAIL%3A%20LLVM%3A%3A2003-05-27-usefsubasbool.ll>
   6. FAIL: LLVM::2003-05-28-ManyArgs.ll
   <http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2/steps/test-llvm/logs/FAIL%3A%20LLVM%3A%3A2003-05-28-ManyArgs.ll>
   7. FAIL: LLVM::2003-05-30-BadFoldGEP.ll
   <http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2/steps/test-llvm/logs/FAIL%3A%20LLVM%3A%3A2003-05-30-BadFoldGEP.ll>
   8. FAIL: LLVM::2003-05-30-BadPreselectPhi.ll
   <http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2/steps/test-llvm/logs/FAIL%3A%20LLVM%3A%3A2003-05-30-BadPreselectPhi.ll>
   9. FAIL: LLVM::2003-07-06-BadIntCmp.ll
   <http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2/steps/test-llvm/logs/FAIL%3A%20LLVM%3A%3A2003-07-06-BadIntCmp.ll>
   10. FAIL: LLVM::2003-07-07-BadLongConst.ll
   <http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2/steps/test-llvm/logs/FAIL%3A%20LLVM%3A%3A2003-07-07-BadLongConst.ll>
   11. FAIL: LLVM::2003-07-08-BadCastToBool.ll
   <http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2/steps/test-llvm/logs/FAIL%3A%20LLVM%3A%3A2003-07-08-BadCastToBool.ll>
   12. FAIL: LLVM::2004-05-09-LiveVarPartialRegister.ll
   <http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2/steps/test-llvm/logs/FAIL%3A%20LLVM%3A%3A2004-05-09-LiveVarPartialRegister.ll>
   13. FAIL: LLVM::2003-07-29-BadConstSbyte.ll
   <http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2/steps/test-llvm/logs/FAIL%3A%20LLVM%3A%3A2003-07-29-BadConstSbyte.ll>
   14. FAIL: LLVM::2005-04-09-GlobalInPHI.ll
   <http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2/steps/test-llvm/logs/FAIL%3A%20LLVM%3A%3A2005-04-09-GlobalInPHI.ll>
   15. FAIL: LLVM::2005-01-18-SetUO-InfLoop.ll
   <http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2/steps/test-llvm/logs/FAIL%3A%20LLVM%3A%3A2005-01-18-SetUO-InfLoop.ll>
   16. FAIL: LLVM::2005-10-21-longlonggtu.ll
   <http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2/steps/test-llvm/logs/FAIL%3A%20LLVM%3A%3A2005-10-21-longlonggtu.ll>
   17. FAIL: LLVM::2005-10-18-ZeroSizeStackObject.ll
   <http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2/steps/test-llvm/logs/FAIL%3A%20LLVM%3A%3A2005-10-18-ZeroSizeStackObject.ll>
   18. FAIL: LLVM::2005-12-01-Crash.ll
   <http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2/steps/test-llvm/logs/FAIL%3A%20LLVM%3A%3A2005-12-01-Crash.ll>
   19. FAIL: LLVM::2005-12-12-ExpandSextInreg.ll
   <http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2/steps/test-llvm/logs/FAIL%3A%20LLVM%3A%3A2005-12-12-ExpandSextInreg.ll>


http://lab.llvm.org:8011/builders/llvm-avr-linux/builds/2

The errors tend to look like

error: unable to get target for 'x86_64-unknown-linux-gnu'

And at least some of the tests are in the llvm/test/CodeGen/Generic
directory

On Sat, Nov 19, 2016 at 3:47 PM, Michael Kuperstein <mkuper at google.com>
wrote:

> This doesn't look right. I may be wrong, but AFAIK, we shouldn't have
> generic tests that depend on a specific backend.
>
> Are those tests that have an X86 triple that live in a non-X86 specific
> directory?
>
> On Fri, Nov 18, 2016 at 5:39 PM, Dylan McKay via llvm-commits <
> llvm-commits at lists.llvm.org> wrote:
>
>> Author: dylanmckay
>> Date: Fri Nov 18 19:39:07 2016
>> New Revision: 287418
>>
>> URL: http://llvm.org/viewvc/llvm-project?rev=287418&view=rev
>> Log:
>> [AVR] Compile the X86 backend on the AVR builder
>>
>> There were a bunch of generic CodeGen tests which required that the X86
>> backend is included.
>>
>> Modified:
>>     zorg/trunk/buildbot/osuosl/master/config/builders.py
>>
>> Modified: zorg/trunk/buildbot/osuosl/master/config/builders.py
>> URL: http://llvm.org/viewvc/llvm-project/zorg/trunk/buildbot/osuo
>> sl/master/config/builders.py?rev=287418&r1=287417&r2=287418&view=diff
>> ============================================================
>> ==================
>> --- zorg/trunk/buildbot/osuosl/master/config/builders.py (original)
>> +++ zorg/trunk/buildbot/osuosl/master/config/builders.py Fri Nov 18
>> 19:39:07 2016
>> @@ -81,7 +81,8 @@ def _get_llvm_builders():
>>                          extra_cmake_args=[
>>                            "-G", "Unix Makefiles",
>>                            "-DCMAKE_BUILD_TYPE:STRING=Release",
>> -                          "-DLLVM_TARGETS_TO_BUILD:STRING=AVR",
>> +                          # We need to compile the X86 backend due to a
>> few generic CodeGen tests.
>> +                          "-DLLVM_TARGETS_TO_BUILD:STRING=AVR;X86",
>>                            "-DLLVM_EXPERIMENTAL_TARGETS_
>> TO_BUILD:STRING=AVR",
>>                          ])}
>>          ]
>>
>>
>> _______________________________________________
>> llvm-commits mailing list
>> llvm-commits at lists.llvm.org
>> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-commits
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20161119/3c72413e/attachment.html>


More information about the llvm-commits mailing list