[llvm] r302484 - Relax Dwarf filecheck test for 32-bit hosts

[Reid Kleckner via llvm-commits]

The commit message was wrong. The test depends on the default target OS,
not the bitness. I think the difference arises because Linux has 16 byte
stack alignment, triggering different codegen.

On Mon, May 8, 2017 at 4:43 PM, Peter Collingbourne <peter at pcc.me.uk> wrote:

> Why does the behaviour of this test depend on the host?
>
> Peter
>
> On Mon, May 8, 2017 at 4:27 PM, Reid Kleckner via llvm-commits <
> llvm-commits at lists.llvm.org> wrote:
>
>> Author: rnk
>> Date: Mon May  8 18:27:52 2017
>> New Revision: 302484
>>
>> URL: http://llvm.org/viewvc/llvm-project?rev=302484&view=rev
>> Log:
>> Relax Dwarf filecheck test for 32-bit hosts
>>
>> Modified:
>>     llvm/trunk/test/CodeGen/X86/2010-01-18-DbgValue.ll
>>
>> Modified: llvm/trunk/test/CodeGen/X86/2010-01-18-DbgValue.ll
>> URL: http://llvm.org/viewvc/llvm-project/llvm/trunk/test/CodeGen/
>> X86/2010-01-18-DbgValue.ll?rev=302484&r1=302483&r2=302484&view=diff
>> ============================================================
>> ==================
>> --- llvm/trunk/test/CodeGen/X86/2010-01-18-DbgValue.ll (original)
>> +++ llvm/trunk/test/CodeGen/X86/2010-01-18-DbgValue.ll Mon May  8
>> 18:27:52 2017
>> @@ -5,7 +5,8 @@
>>  ; CHECK-LABEL: DW_TAG_subprogram
>>  ; CHECK:   DW_AT_name [DW_FORM_strp]       ( {{.*}}"foo")
>>  ; CHECK:   DW_TAG_formal_parameter
>> -; CHECK-NEXT:     DW_AT_location [DW_FORM_exprloc]      (<0x2> 91 08 )
>> +; CHECK-NEXT:     DW_AT_location [DW_FORM_exprloc]      (<0x2> 91 {{..}}
>> )
>> +;
>>  DW_OP_fbreg ??
>>  ; CHECK-NEXT:     DW_AT_name [DW_FORM_strp]     ( {{.*}}"my_r0")
>>
>>  %struct.Pt = type { double, double }
>>
>>
>> _______________________________________________
>> llvm-commits mailing list
>> llvm-commits at lists.llvm.org
>> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-commits
>>
>
>
>
> --
> --
> Peter
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20170508/489a5e51/attachment.html>