Displaying 3 results from an estimated 3 matches for "spupackettyp".
Did you mean:
spupackettype
2014 Jul 21
2
[LLVMdev] LTO type uniquing: ODR assertion failure
...ng that's ideal, though.
>
>
> I should have provided an example to help understanding the issue :)
>
> When processing the following type node, we throw an assertion failure
> assert(Ty == resolve(Ty.getRef()))
> !{i32 786436, metadata <badref>, null, metadata !"SpuPacketType", i32 102,
> i64 32, i64 32, i32 0, i32 0, null, metadata <badref>, i32 0, null, null,
> metadata !"_ZTS13SpuPacketType"} ; [ DW_TAG_enumeration_type ]
> [SpuPacketType] [line 102, size 32, align 32, offset 0] [def] [from ]
>
> There are two type nodes with the...
2014 Jul 21
4
[LLVMdev] LTO type uniquing: ODR assertion failure
...t; > I should have provided an example to help understanding the issue :)
>> >
>> > When processing the following type node, we throw an assertion failure
>> > assert(Ty == resolve(Ty.getRef()))
>> > !{i32 786436, metadata <badref>, null, metadata !"SpuPacketType", i32
>> > 102,
>> > i64 32, i64 32, i32 0, i32 0, null, metadata <badref>, i32 0, null,
>> > null,
>> > metadata !"_ZTS13SpuPacketType"} ; [ DW_TAG_enumeration_type ]
>> > [SpuPacketType] [line 102, size 32, align 32, offset 0] [de...
2014 Jul 21
2
[LLVMdev] LTO type uniquing: ODR assertion failure
On Mon, Jul 21, 2014 at 10:39 AM, Manman Ren <manman.ren at gmail.com> wrote:
>
>
>
> On Mon, Jul 14, 2014 at 11:32 AM, Manman Ren <manman.ren at gmail.com> wrote:
>>
>>
>> We still have access to types via MDNodes directly and the assertion that
>> assumes all accesses to DITypes are accessing the resolved DIType will fire
>>
>> i.e