https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85329
--- Comment #4 from Martin Liška <marxin at gcc dot gnu.org> --- (In reply to Martin Liška from comment #3) > It's fishy as we have b::b that has create an alias to __ct_base: > > #0 symtab_node::create_reference (this=<symtab_node * const 0x7ffff69192e0 > "__ct_comp "/2>, referred_node=<symtab_node * 0x7ffff69195c0 "__ct_base > "/4>, use_type=IPA_REF_ALIAS, stmt=<gimple 0x0>) at ../../gcc/symtab.c:604 > #1 0x0000000000a7048b in symtab_node::resolve_alias (this=<symtab_node * > const 0x7ffff69192e0 "__ct_comp "/2>, target=<symtab_node * 0x7ffff69195c0 > "__ct_base "/4>, transparent=false) at ../../gcc/symtab.c:1670 > #2 0x0000000000a86700 in symbol_table::process_same_body_aliases > (this=0x7ffff67aa100) at ../../gcc/cgraphunit.c:709 > #3 0x000000000075d516 in c_parse_final_cleanups () at > ../../gcc/cp/decl2.c:4683 > #4 0x0000000000ec25df in compile_file () at ../../gcc/toplev.c:455 > #5 0x0000000000646d45 in do_compile () at ../../gcc/toplev.c:2132 > #6 toplev::main (this=this@entry=0x7fffffffd87e, argc=<optimized out>, > argc@entry=20, argv=<optimized out>, argv@entry=0x7fffffffd978) at > ../../gcc/toplev.c:2267 > #7 0x00000000006492fb in main (argc=20, argv=0x7fffffffd978) at > ../../gcc/main.c:39 > > Is it valid to clone the __ct_comp and redirect the alias for the clones? > Nathan? Forget about it, issue of this PR is somewhere else. I'm testing a patch candidate.
