[llvm-commits] [llvm] r54334 - in /llvm/trunk/test/CodeGen: ARM/2007-08-15-ReuseBug.ll ARM/remat.ll X86/2007-07-25-EpilogueBug.ll X86/2007-11-14-Coalescer-Bug.ll X86/2007-11-30-LoadFolding-Bug.ll X86/2007-11-30-TestLoadFolding.ll X86/2008-04-17-CoalescerBug.ll X86/2008-05-06-SpillerBug.ll X86/2008-05-21-CoalescerBug.ll X86/2008-06-13-SpillerCommuting.ll X86/ins_subreg_coalesce-3.ll
Chris Lattner
clattner at apple.com
Tue Aug 5 11:42:24 PDT 2008
On Aug 5, 2008, at 10:53 AM, Evan Cheng wrote:
> On Aug 5, 2008, at 9:31 AM, Chris Lattner wrote:
>> On Aug 5, 2008, at 12:27 AM, Evan Cheng wrote:
>>> I believe there are 11 test cases that cannot be trivially fixed. I
>>> am
>>> not sure how easy it is to go back and re-reduce these tests? That
>>> can
>>> take a lot of time.
>>
>> Which tests? What are they doing? Why not just add non-dead edges
>> (e.g. new bool arguments to the function or load of a bool for branch
>> conditions) in the CFG to prevent the blocks from being deleted?
>
> You do realize that's not always possible? Any tests that are
> dependent on behavior of register allocator / spiller / coalescer are
> very fragile as it is.
Do you intend to add a new option every time a change to codegen
potentially perturbs one of these tests? They should be updated or
removed if they are too fragile. Changing the RUN line of a test is
perfectly acceptable.
> That's fine. Just realize some tests will not end up testing the same
> thing and some may end up being removed.
Understood, thanks
-Chris
More information about the llvm-commits
mailing list