r205076 regresses mips 32 direct object emitter

[Daniel Sanders]

The xgot.ll failure is not related. Two instructions appear in the output assembly in a different order than the test expected.

From: Daniel Sanders
Sent: 31 March 2014 14:49
To: Reed Kotler; llvm-commits at cs.uiuc.edu
Cc: rafael.espindola at gmail.com; Doug Gilmore
Subject: RE: r205076 regresses mips 32 direct object emitter

Hi,

I'm not sure if this is related or not yet but I noticed that if I resurrect xgot.ll (converted to an assembly test in http://llvm-reviews.chandlerc.com/rL205042), it no longer passes.

From: Reed Kotler
Sent: 31 March 2014 04:19
To: llvm-commits at cs.uiuc.edu
Cc: rafael.espindola at gmail.com; Doug Gilmore; Daniel Sanders
Subject: r205076 regresses mips 32 direct object emitter

http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20140324/210860.html

All of our 32 bit direct object emitter build bots have six failures after this change.

https://dmz-portal.mips.com/bb/grid


SingleSource/UnitTests/Vector/constpool

SingleSource/Benchmarks/Misc-C++-EH/spirit

MultiSource/Applications/sqlite3/sqlite3

MultiSource/Benchmarks/MiBench/consumer-jpeg/consumer-jpeg

MultiSource/Applications/kimwitu++/kc

MultiSource/Benchmarks/MiBench/consumer-typeset/consumer-typeset



These tests run under qemu and we can provide whatever is needed for people to run them.




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20140331/8c0c1c21/attachment.html>