Bug 31104 - [4.3 Regression] same canonical type node for different types with anonymous
Summary: [4.3 Regression] same canonical type node for different types with anonymous
Status: RESOLVED DUPLICATE of bug 31103
Alias: None
Product: gcc
Classification: Unclassified
Component: c++ (show other bugs)
Version: 4.3.0
: P3 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-03-09 12:48 UTC by Martin Michlmayr
Modified: 2007-04-04 00:21 UTC (History)
3 users (show)

See Also:
Host:
Target:
Build:
Known to work:
Known to fail:
Last reconfirmed:


Attachments
preprocessed source (67.46 KB, application/octet-stream)
2007-03-09 12:50 UTC, Martin Michlmayr
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Michlmayr 2007-03-09 12:48:59 UTC
warning: same canonical type node for different types - anonymous

% /usr/lib/gcc-snapshot/bin/g++ -c -g -O2 dosbox-sdl_mapper.ii
sdl_mapper.cpp: In function 'void CreateBindGroups()':
sdl_mapper.cpp:1554: warning: same canonical type node for different types CBindList [(long int)<anonymous>] and CBindList [(long int)<anonymous>]
 <array_type 0x2b3867154000
    type <record_type 0x2b3867280f00 CBindList addressable asm_written needs-constructing type_1 type_
4 type_5 BLK
        size <integer_cst 0x2b3865ae9de0 constant invariant 128>
        unit size <integer_cst 0x2b3865ae9e10 constant invariant 16>
        align 64 symtab 1730749184 alias set -1 canonical type 0x2b3867280e40
        fields <field_decl 0x2b38673460c0 D.26723 type <record_type 0x2b38672d86c0 _List_base>
            ignored decl_6 BLK file /usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.3.0/../../../../i
nclude/c++/4.3.0/bits/stl_list.h line 408 size <integer_cst 0x2b3865ae9de0 128> unit size <integer_cst
 0x2b3865ae9e10 16>
            align 64 offset_align 128
            offset <integer_cst 0x2b3865ae9720 constant invariant 0>
            bit offset <integer_cst 0x2b3865b0a360 constant invariant 0> context <record_type 0x2b3867
280e40 list> chain <type_decl 0x2b3867314410 list>> context <namespace_decl 0x2b3865b080d0 std>
       needs-constructor needs-destructor X() X(constX&) this=(X&) n_parents=1 use_template=1 interfac
e-unknown
        pointer_to_this <pointer_type 0x2b386735f600> reference_to_this <reference_type 0x2b38673ae600
> chain <type_decl 0x2b386727f410 list>>
    needs-constructing type_4 BLK
    size <mult_expr 0x2b3867368980
        type <integer_type 0x2b3865afb0c0 bit_size_type public unsigned sizetype DI
            size <integer_cst 0x2b3865ae9b70 constant invariant 64>
            unit size <integer_cst 0x2b3865ae9ba0 constant invariant 8>
            align 64 symtab 0 alias set -1 canonical type 0x2b3865afbe40 precision 64 min <integer_cst
 0x2b3865b0a360 0> max <integer_cst 0x2b3865b0a330 18446744073709551615>>
        side-effects invariant
...
Comment 1 Martin Michlmayr 2007-03-09 12:50:20 UTC
Created attachment 13177 [details]
preprocessed source
Comment 2 Andrew Pinski 2007-04-04 00:21:50 UTC
This is the same problem as PR 31103, VLAs.

*** This bug has been marked as a duplicate of 31103 ***