[Bug lto/50147] LTO: Segmentation fault in infinite_empty_loop_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50147 Dmitry Gorbachev changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |WORKSFORME --- Comment #5 from Dmitry Gorbachev --- I can't test it. Let's hope that it works well now.
[Bug target/51726] LTO and attribute 'selectany'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51726 Dmitry Gorbachev changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #11 from Dmitry Gorbachev --- Likely fixed, closing the report.
[Bug middle-end/64415] New: [5 Regression] ICE: verify_ssa failed / segmentation fault with LTO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64415 Bug ID: 64415 Summary: [5 Regression] ICE: verify_ssa failed / segmentation fault with LTO Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com Created attachment 34339 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34339action=edit Testcases With testcase 1: foo.c: In function 'foo': foo.c:5:6: internal compiler error: Segmentation fault void foo() ^ 0x87fd6b8 crash_signal ../../gcc-5/gcc/toplev.c:359 0x8a2d417 gimple_code ../../gcc-5/gcc/gimple.h:1545 0x8a2e0a6 gimple_nop_p ../../gcc-5/gcc/gimple.h:5589 0x8a30bac verify_use ../../gcc-5/gcc/tree-ssa.c:769 0x8a3166c verify_ssa(bool, bool) ../../gcc-5/gcc/tree-ssa.c:1024 0x8713cdb execute_function_todo ../../gcc-5/gcc/passes.c:1947 0x8712dfe do_per_function ../../gcc-5/gcc/passes.c:1632 0x8713e85 execute_todo ../../gcc-5/gcc/passes.c:1997 With testcase 2: foo.c: In function 'foo': foo.c:5:6: error: definition in block 3 does not dominate use in block 2 void foo() ^ for SSA_NAME: _2 in statement: # DEBUG p = _2 foo.c:5:6: internal compiler error: verify_ssa failed 0x8a318dc verify_ssa(bool, bool) ../../gcc-5/gcc/tree-ssa.c:1062 0x8713cdb execute_function_todo ../../gcc-5/gcc/passes.c:1947 0x8712dfe do_per_function ../../gcc-5/gcc/passes.c:1632 0x8713e85 execute_todo ../../gcc-5/gcc/passes.c:1997 GCC 5.0.0 20141226 (experimental) /r219070/.
[Bug libstdc++/64275] New: Warnings when linking GCC go1: (virtual table of) type 'struct X' violates one definition rule
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64275 Bug ID: 64275 Summary: Warnings when linking GCC go1: (virtual table of) type 'struct X' violates one definition rule Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com GCC 5.0.0 20141207 (experimental). To reproduce the warnings, GCC and libstdc++ must be compiled with LTO (as in PR59472). /tmp/build/prev-i686-pc-linux-gnu/libstdc++-v3/include/bits/ios_base.h:249:34: warning: type 'struct failure' violates one definition rule [-Wodr] class _GLIBCXX_ABI_TAG_CXX11 failure : public system_error ^ /tmp/build/i686-pc-linux-gnu/libstdc++-v3/include/bits/ios_base.h:111:0: note: a type with different memory representation is defined in another translation unit ../../../../../gcc-5/libstdc++-v3/src/c++98/ios_init.cc:56:0: warning: type of 'buf_wcerr' does not match original declaration ../../../../../gcc-5/libstdc++-v3/src/c++98/globals_io.cc:76:0: note: previously declared here ../../../../../gcc-5/libstdc++-v3/src/c++98/ios_init.cc:56:0: warning: type of 'buf_wcin' does not match original declaration ../../../../../gcc-5/libstdc++-v3/src/c++98/globals_io.cc:76:0: note: previously declared here ../../../../../gcc-5/libstdc++-v3/src/c++98/ios_init.cc:56:0: warning: type of 'buf_wcout' does not match original declaration ../../../../../gcc-5/libstdc++-v3/src/c++98/globals_io.cc:76:0: note: previously declared here ../../../../../gcc-5/libstdc++-v3/src/c++98/ios_init.cc:56:0: warning: type of 'buf_cerr' does not match original declaration ../../../../../gcc-5/libstdc++-v3/src/c++98/globals_io.cc:76:0: note: previously declared here ../../../../../gcc-5/libstdc++-v3/src/c++98/ios_init.cc:56:0: warning: type of 'buf_cin' does not match original declaration ../../../../../gcc-5/libstdc++-v3/src/c++98/globals_io.cc:76:0: note: previously declared here ../../../../../gcc-5/libstdc++-v3/src/c++98/ios_init.cc:56:0: warning: type of 'buf_cout' does not match original declaration ../../../../../gcc-5/libstdc++-v3/src/c++98/globals_io.cc:76:0: note: previously declared here ../../../../../gcc-5/libstdc++-v3/src/c++98/ios_init.cc:37:0: warning: type of 'wclog' does not match original declaration ../../../../../gcc-5/libstdc++-v3/src/c++98/globals_io.cc:64:0: note: previously declared here ../../../../../gcc-5/libstdc++-v3/src/c++98/ios_init.cc:37:0: warning: type of 'wcerr' does not match original declaration ../../../../../gcc-5/libstdc++-v3/src/c++98/globals_io.cc:64:0: note: previously declared here ../../../../../gcc-5/libstdc++-v3/src/c++98/ios_init.cc:37:0: warning: type of 'wcin' does not match original declaration ../../../../../gcc-5/libstdc++-v3/src/c++98/globals_io.cc:64:0: note: previously declared here ../../../../../gcc-5/libstdc++-v3/src/c++98/ios_init.cc:37:0: warning: type of 'wcout' does not match original declaration ../../../../../gcc-5/libstdc++-v3/src/c++98/globals_io.cc:64:0: note: previously declared here ../../../../../gcc-5/libstdc++-v3/src/c++98/ios_init.cc:37:0: warning: type of 'buf_wcerr_sync' does not match original declaration ../../../../../gcc-5/libstdc++-v3/src/c++98/globals_io.cc:76:0: note: previously declared here ../../../../../gcc-5/libstdc++-v3/src/c++98/ios_init.cc:37:0: warning: type of 'buf_wcin_sync' does not match original declaration ../../../../../gcc-5/libstdc++-v3/src/c++98/globals_io.cc:76:0: note: previously declared here ../../../../../gcc-5/libstdc++-v3/src/c++98/ios_init.cc:37:0: warning: type of 'buf_wcout_sync' does not match original declaration ../../../../../gcc-5/libstdc++-v3/src/c++98/globals_io.cc:76:0: note: previously declared here ../../../../../gcc-5/libstdc++-v3/src/c++98/ios_init.cc:37:0: warning: type of 'clog' does not match original declaration ../../../../../gcc-5/libstdc++-v3/src/c++98/globals_io.cc:64:0: note: previously declared here ../../../../../gcc-5/libstdc++-v3/src/c++98/ios_init.cc:37:0: warning: type of 'cerr' does not match original declaration ../../../../../gcc-5/libstdc++-v3/src/c++98/globals_io.cc:64:0: note: previously declared here ../../../../../gcc-5/libstdc++-v3/src/c++98/ios_init.cc:37:0: warning: type of 'cin' does not match original declaration ../../../../../gcc-5/libstdc++-v3/src/c++98/globals_io.cc:64:0: note: previously declared here ../../../../../gcc-5/libstdc++-v3/src/c++98/ios_init.cc:37:0: warning: type of 'cout' does not match original declaration ../../../../../gcc-5/libstdc++-v3/src/c++98/globals_io.cc:64:0: note: previously declared here ../../../../../gcc-5/libstdc++-v3/src/c++98/ios_init.cc:37:0: warning: type of 'buf_cerr_sync' does not match original declaration ../../../../../gcc-5/libstdc++-v3/src/c++98/globals_io.cc:76:0: note: previously declared here ../../../../../gcc
[Bug libstdc++/64275] Warnings when linking GCC go1: (virtual table of) type 'struct X' violates one definition rule
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64275 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added Keywords||lto --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- If necessary, I can add a self-sufficing testcase extracted from GCC...
[Bug lto/64238] New: ICE in get_partitioning_class, at symtab.c:1775
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64238 Bug ID: 64238 Summary: ICE in get_partitioning_class, at symtab.c:1775 Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com GCC 5.0.0 20141207 (experimental). $ gccgo -S -flto -o bytes.s bytes.go bytes_decl.go go1: internal compiler error: in get_partitioning_class, at symtab.c:1775 0x84fac84 symtab_node::get_partitioning_class() ../../gcc-5/gcc/symtab.c:1775 0x8816309 lto_output_varpool_node ../../gcc-5/gcc/lto-cgraph.c:630 0x881726f output_symtab() ../../gcc-5/gcc/lto-cgraph.c:1005 0x882bc81 lto_output() ../../gcc-5/gcc/lto-streamer-out.c:2311 0x888ac39 write_lto ../../gcc-5/gcc/passes.c:2388 0x888ae42 ipa_write_summaries_1 ../../gcc-5/gcc/passes.c:2451 0x888b094 ipa_write_summaries(bool) ../../gcc-5/gcc/passes.c:2511 0x851066a ipa_passes ../../gcc-5/gcc/cgraphunit.c:2091 0x851099a symbol_table::compile() ../../gcc-5/gcc/cgraphunit.c:2187 0x8510cbc symbol_table::finalize_compilation_unit() ../../gcc-5/gcc/cgraphunit.c:2340 0x83d7b13 Gcc_backend::write_global_definitions(std::vectorBtype*, std::allocatorBtype* const, std::vectorBexpression*, std::allocatorBexpression* const, std::vectorBfunction*, std::allocatorBfunction* const, std::vectorBvariable*, std::allocatorBvariable* const) ../../gcc-5/gcc/go/go-gcc.cc:3002 0x83e7bef Gogo::write_globals() ../../gcc-5/gcc/go/gofrontend/gogo.cc:1437 0x83e26dd go_write_globals() ../../gcc-5/gcc/go/gofrontend/go.cc:146 0x83da8fc go_langhook_write_globals ../../gcc-5/gcc/go/go-lang.c:444
[Bug lto/64238] ICE in get_partitioning_class, at symtab.c:1775
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64238 --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Created attachment 34230 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34230action=edit Testcase (gzipped tar file) Unreduced (from libgo).
[Bug lto/64075] [5 Regression] ICE: in bp_pack_value, at data-streamer.h:106
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64075 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #8 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Well, then resolving the bug as fixed.
[Bug lto/64075] [5 Regression] ICE: in bp_pack_value, at data-streamer.h:106
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64075 --- Comment #6 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- The patch works, thanks! But the committed test is incorrect, because the original, unpatched compiler, does not fail on it. It failed on functions __mulsc3, __muldc3, __mulxc3, __multc3, __divsc3, __divdc3, __divxc3, and __divtc3.
[Bug tree-optimization/64091] New: [5 Regression] ICE in update_debug_stmt, at tree-ssa-tail-merge.c:1620
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64091 Bug ID: 64091 Summary: [5 Regression] ICE in update_debug_stmt, at tree-ssa-tail-merge.c:1620 Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com Created attachment 34129 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34129action=edit TC (compile with -O2 -fvar-tracking-assignments) GCC 5.0.0 20141123 (experimental) 1.c: In function 'main': 1.c:3:5: internal compiler error: in update_debug_stmt, at tree-ssa-tail-merge.c:1620 int main(void) ^ 0x8913666 update_debug_stmt ../../gcc-5/gcc/tree-ssa-tail-merge.c:1620 0x8913666 update_debug_stmts ../../gcc-5/gcc/tree-ssa-tail-merge.c:1656 0x8913666 tail_merge_optimize(unsigned int) ../../gcc-5/gcc/tree-ssa-tail-merge.c:1729 0x88c88bb execute ../../gcc-5/gcc/tree-ssa-pre.c:4848
[Bug lto/64075] New: [5 Regression] ICE: in bp_pack_value, at data-streamer.h:106
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64075 Bug ID: 64075 Summary: [5 Regression] ICE: in bp_pack_value, at data-streamer.h:106 Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com Created attachment 34119 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34119action=edit Testcase GCC 5.0.0 20141123 (experimental). bug.c:4:1: internal compiler error: in bp_pack_value, at data-streamer.h:106 } ^ 0x817a447 bp_pack_value ../../gcc-5/gcc/data-streamer.h:105 0x893c35a bp_pack_value ../../gcc-5/gcc/data-streamer.h:115 0x893e94e pack_ts_function_decl_value_fields ../../gcc-5/gcc/tree-streamer-out.c:303 0x893e94e streamer_pack_tree_bitfields(output_block*, bitpack_d*, tree_node*) ../../gcc-5/gcc/tree-streamer-out.c:443 0x86045b9 lto_write_tree_1 ../../gcc-5/gcc/lto-streamer-out.c:370 0x860ea18 lto_write_tree ../../gcc-5/gcc/lto-streamer-out.c:404 0x860ea18 lto_output_tree_1 ../../gcc-5/gcc/lto-streamer-out.c:447 0x860ea18 DFS::DFS_write_tree(output_block*, DFS::sccs*, tree_node*, bool, bool, bool) ../../gcc-5/gcc/lto-streamer-out.c:1448 0x860f20e DFS::DFS(output_block*, tree_node*, bool, bool, bool) ../../gcc-5/gcc/lto-streamer-out.c:495 0x860fca2 lto_output_tree(output_block*, tree_node*, bool, bool) ../../gcc-5/gcc/lto-streamer-out.c:1552 0x8603c47 write_global_stream ../../gcc-5/gcc/lto-streamer-out.c:2339 0x8612480 lto_output_decl_state_streams ../../gcc-5/gcc/lto-streamer-out.c:2386 0x8612480 produce_asm_for_decls() ../../gcc-5/gcc/lto-streamer-out.c:2666 0x8668ab0 write_lto ../../gcc-5/gcc/passes.c:2391 0x866bdd9 ipa_write_summaries_1 ../../gcc-5/gcc/passes.c:2451 0x866bdd9 ipa_write_summaries(bool) ../../gcc-5/gcc/passes.c:2511 0x834d703 ipa_passes ../../gcc-5/gcc/cgraphunit.c:2091 0x834d703 symbol_table::compile() ../../gcc-5/gcc/cgraphunit.c:2187 0x834f542 symbol_table::finalize_compilation_unit() ../../gcc-5/gcc/cgraphunit.c:2340 0x81e0feb c_write_global_declarations() ../../gcc-5/gcc/c/c-decl.c:10777 Please submit a full bug report, with preprocessed source if appropriate. libgcc
[Bug lto/64075] [5 Regression] ICE: in bp_pack_value, at data-streamer.h:106
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64075 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added Keywords||ice-on-valid-code, lto Target||i686-pc-linux-gnu --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- This happens when compiling libgcc with -flto.
[Bug lto/61557] [4.9/5 Regression] LTO ICE: verify_flow_info failed (error: control flow in the middle of basic block)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61557 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #3 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Disappeared in trunk rev. [214076, 214409). Also works with current 4.9.
[Bug lto/64076] New: ICE: in update_visibility_by_resolution_info, at ipa-visibility.c:427
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64076 Bug ID: 64076 Summary: ICE: in update_visibility_by_resolution_info, at ipa-visibility.c:427 Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com Testcase in attachment 32108 (from bug 60150). GCC 5.0.0 20141123 (experimental). lto1: internal compiler error: in update_visibility_by_resolution_info, at ipa-visibility.c:427 0x8c6bd6e update_visibility_by_resolution_info ../../gcc-5/gcc/ipa-visibility.c:423 0x8c6c7ac function_and_variable_visibility ../../gcc-5/gcc/ipa-visibility.c:582 0x8c6db2c whole_program_function_and_variable_visibility ../../gcc-5/gcc/ipa-visibility.c:773 0x8c6db2c execute ../../gcc-5/gcc/ipa-visibility.c:821 Please submit a full bug report, with preprocessed source if appropriate. Appeared in rev. (210315, 210592].
[Bug lto/60150] [4.9 Regression] ICE in function_and_variable_visibility, at ipa.c:1000
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60150 --- Comment #6 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Filed bug 64076 for a new problem.
[Bug c/59332] Segmentation fault in inline_summary with LTO + attribute optimize
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59332 --- Comment #7 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Recent GCC 5 accepts both lto and no-lto. However, they work on a per-file rather then on a per-function basis...
[Bug bootstrap/63280] New: Double free in GCC compiled with LTO and -O3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63280 Bug ID: 63280 Summary: Double free in GCC compiled with LTO and -O3. Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com Host: i686-pc-linux-gnu Target: i686-pc-linux-gnu Build: i686-pc-linux-gnu GCC 5.0.0 20140914 (experimental) /r215254/. Crash at bootstrap. 0x8a6117d crash_signal ../../gcc-5/gcc/toplev.c:340 0x8642460 free_register_move_costs ../../gcc-5/gcc/ira.c:1694 0x8642460 target_ira_int::~target_ira_int() ../../gcc-5/gcc/ira.c:1708 0x8642460 __base_dtor ../../gcc-5/gcc/target-globals.c:124 Backtraces: #0 0xb7e2a060 in free () from /usr/lib/libc.so.6 #1 0x08415067 in free_register_move_costs ( this=0x9259640 default_target_ira_int) at ../../gcc-5/gcc/ira.c:1694 #2 target_ira_int::~target_ira_int (this=0x9259640 default_target_ira_int) at ../../gcc-5/gcc/ira.c:1708 #3 0xb7de3073 in __run_exit_handlers () from /usr/lib/libc.so.6 #4 0xb7de30d1 in exit () from /usr/lib/libc.so.6 , #0 0xb7e2a060 in free () from /usr/lib/libc.so.6 #1 0x08642461 in free_register_move_costs ( this=0x9259640 default_target_ira_int) at ../../gcc-5/gcc/ira.c:1694 #2 __base_dtor (this=0x9259640 default_target_ira_int) at ../../gcc-5/gcc/ira.c:1708 #3 target_globals::__base_dtor (this=0x91e7480 default_target_globals) at ../../gcc-5/gcc/target-globals.c:124 #4 0xb7de3073 in __run_exit_handlers () from /usr/lib/libc.so.6 #5 0xb7de30d1 in exit () from /usr/lib/libc.so.6 In gcc/ira.c, calls to memset are optimized out: 1699 memset (x_ira_register_move_cost, 0, sizeof x_ira_register_move_cost); 1700 memset (x_ira_may_move_in_cost, 0, sizeof x_ira_may_move_in_cost); 1701 memset (x_ira_may_move_out_cost, 0, sizeof x_ira_may_move_out_cost);
[Bug lto/62239] New: [5 Regression] ICE: in execute_todo, at passes.c:1795 with LTO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62239
Bug ID: 62239
Summary: [5 Regression] ICE: in execute_todo, at passes.c:1795
with LTO
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: d.g.gorbachev at gmail dot com
cat foo.c
char *foo(unsigned n)
{
char *s = __builtin_calloc(1, n);
return __builtin___strcat_chk(s, , __builtin_object_size(s, 0));
}
^D
$ gcc -O -flto -shared foo.c
foo.c: In function 'foo':
foo.c:1:7: internal compiler error: in execute_todo, at passes.c:1795
char *foo(unsigned n)
^
0x84e3f13 execute_todo
../../gcc-5/gcc/passes.c:1795
Please submit a full bug report,
[...]
[Bug lto/62239] [5 Regression] ICE: in execute_todo, at passes.c:1795 with LTO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62239 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added Keywords||ice-on-valid-code, lto Known to work||4.9.2 Known to fail||5.0 --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Appeared in rev. (213526, 213794].
[Bug bootstrap/60160] Building with -flto in CFLAGS_FOR_TARGET / CXXFLAGS_FOR_TARGET
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60160 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added Attachment #32115|0 |1 is obsolete|| --- Comment #4 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Created attachment 33385 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33385action=edit Updated patch I have no problems with static libstdc++ (--disable-shared). But there were some issues with libgcov and profiledbootstrap. Perhaps it should be compiled without LTO.
[Bug lto/62026] [4.9/5 Regression] Crash in lto_get_decl_name_mapping
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62026 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added CC||jamborm at gcc dot gnu.org Known to fail|4.10.0 |5.0 --- Comment #3 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Appeared after PR60640 fix, r209097, Martin Jambor.
[Bug lto/51726] LTO and attribute 'selectany'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51726 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added CC||rguenth at gcc dot gnu.org --- Comment #3 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- The attached patch does not work in GCC 4.10.0 - stream_read_tree() returns NULL in lto_read_tree_1() (gcc/lto-streamer-in.c:1184): DECL_INITIAL (expr) = stream_read_tree (ib, data_in); `bar' is treated as a common var.
[Bug c++/62043] New: [4.9/4.10 Regression] GCC hangs / aborts / double free or corruption (!prev) on invalid input
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62043 Bug ID: 62043 Summary: [4.9/4.10 Regression] GCC hangs / aborts / double free or corruption (!prev) on invalid input Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity: trivial Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com Created attachment 33265 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33265action=edit Testcase 2.i:1:0: sorry, unimplemented: inter-module optimizations not implemented for C++ typedef __builtin_va_list __gnuc_va_list; ^ In file included from 2.i:1:0: 4.i:1:0: sorry, unimplemented: inter-module optimizations not implemented for C++ ^ *** Error in `/usr/local/libexec/gcc/i686-pc-linux-gnu/4.10.0/cc1plus': double free or corruption (!prev): 0x094e04e8 *** === Backtrace: = /usr/lib/libc.so.6(+0x6c449)[0xb7e1c449] /usr/lib/libc.so.6(+0x72557)[0xb7e22557] /usr/lib/libc.so.6(+0x72d3d)[0xb7e22d3d] /usr/lib/libc.so.6(fclose+0x14a)[0xb7e129da] /usr/local/libexec/gcc/i686-pc-linux-gnu/4.10.0/cc1plus(_ZN6fcacheD1Ev+0x17)[0x8f07a8b] /usr/local/libexec/gcc/i686-pc-linux-gnu/4.10.0/cc1plus(_Z26diagnostic_file_cache_finiv+0x32)[0x8f07b04] /usr/local/libexec/gcc/i686-pc-linux-gnu/4.10.0/cc1plus(_Z17diagnostic_finishP18diagnostic_context+0x5b)[0x8f0385f] /usr/local/libexec/gcc/i686-pc-linux-gnu/4.10.0/cc1plus(_Z11toplev_mainiPPc+0xf95)[0x8882674] /usr/local/libexec/gcc/i686-pc-linux-gnu/4.10.0/cc1plus(main+0x1b)[0x8ef17b9] /usr/lib/libc.so.6(__libc_start_main+0xde)[0xb7dc7e2e] /usr/local/libexec/gcc/i686-pc-linux-gnu/4.10.0/cc1plus[0x8134f3b] === Memory map: 08048000-093de000 r-xp 00:0b 9771298 /usr/local/libexec/gcc/i686-pc-linux-gnu/4.10.0/cc1plus 093de000-093e4000 rw-p 01395000 00:0b 9771298 /usr/local/libexec/gcc/i686-pc-linux-gnu/4.10.0/cc1plus 093e4000-0950 rw-p 00:00 0 [heap] b7afc000-b7b18000 r-xp 00:0b 9816159/usr/lib/libgcc_s.so.1 b7b18000-b7b19000 rw-p 0001b000 00:0b 9816159/usr/lib/libgcc_s.so.1 b7b2f000-b7db rw-p 00:00 0 b7db-b7f6b000 r-xp 00:0b 8269221/usr/lib/libc-2.19.so b7f6b000-b7f6e000 r--p 001ba000 00:0b 8269221/usr/lib/libc-2.19.so b7f6e000-b7f7 rw-p 001bd000 00:0b 8269221/usr/lib/libc-2.19.so b7f7-b7f72000 rw-p 00:00 0 b7f72000-b7fbc000 r-xp 00:0b 8269178/usr/lib/libm-2.19.so b7fbc000-b7fbd000 r--p 00049000 00:0b 8269178/usr/lib/libm-2.19.so b7fbd000-b7fbe000 rw-p 0004a000 00:0b 8269178/usr/lib/libm-2.19.so b7fbe000-b7fc1000 r-xp 00:0b 8269187/usr/lib/libdl-2.19.so b7fc1000-b7fc2000 r--p 2000 00:0b 8269187/usr/lib/libdl-2.19.so b7fc2000-b7fc3000 rw-p 3000 00:0b 8269187/usr/lib/libdl-2.19.so b7fd-b7fd9000 rw-p 00:00 0 b7fd9000-b7fdb000 r--p 00:00 0 b7fdb000-b7fdc000 r-xp 00:00 0 [vdso] b7fdc000-b7ffd000 r-xp 00:0b 8269205/usr/lib/ld-2.19.so b7ffd000-b7ffe000 rw-p 00:00 0 b7ffe000-b7fff000 r--p 00021000 00:0b 8269205/usr/lib/ld-2.19.so b7fff000-b800 rw-p 00022000 00:0b 8269205/usr/lib/ld-2.19.so bffdf000-c000 rw-p 00:00 0 [stack] 2.i:1:0: internal compiler error: Aborted typedef __builtin_va_list __gnuc_va_list; ^ 0x8880092 crash_signal ../../gcc-4.10/gcc/toplev.c:337 0x8f07a8a fcache::~fcache() ../../gcc-4.10/gcc/input.c:348 0x8f07b03 diagnostic_file_cache_fini() ../../gcc-4.10/gcc/input.c:193 0x8f0385e diagnostic_finish(diagnostic_context*) ../../gcc-4.10/gcc/diagnostic.c:180 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See http://gcc.gnu.org/bugs.html for instructions. GCC 4.7/4.8 just say sorry, unimplemented.
[Bug c++/62043] [4.9/4.10 Regression] GCC hangs / aborts / double free or corruption (!prev) on invalid input
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62043 --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Created attachment 33266 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33266action=edit Backtrace
[Bug target/51843] ICE with LTO and attribute `dllimport'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51843 --- Comment #2 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- No ICE with GCC 4.9/4.10, the attribute is silently ignored.
[Bug lto/62026] New: [4.9/4.10 Regression] Crash in lto_get_decl_name_mapping
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62026 Bug ID: 62026 Summary: [4.9/4.10 Regression] Crash in lto_get_decl_name_mapping Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com Created attachment 33250 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33250action=edit Testcase Compile this testcase with `-O3 -flto -shared -nostdlib'.
[Bug lto/62026] [4.9/4.10 Regression] Crash in lto_get_decl_name_mapping
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62026 --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Created attachment 33251 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33251action=edit Backtrace from 4.10.0 Appeared in rev. (208444, 209348].
[Bug ipa/61885] New: [4.10 Regression] ICE: in types_same_for_odr, at ipa-devirt.c:383 with LTO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61885 Bug ID: 61885 Summary: [4.10 Regression] ICE: in types_same_for_odr, at ipa-devirt.c:383 with LTO Product: gcc Version: 4.10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com CC: hubicka at gcc dot gnu.org Target: i686-pc-linux-gnu Created attachment 33175 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33175action=edit Testcase GCC 4.10.0 20140720 (experimental). $ gcc -flto -nostdlib -shared PR-61885.C In function 'main': lto1: internal compiler error: in types_same_for_odr, at ipa-devirt.c:383 0x83d423a types_same_for_odr(tree_node const*, tree_node const*) ../../gcc-4.10/gcc/ipa-devirt.c:383 0x83d4274 get_class_context ../../gcc-4.10/gcc/ipa-devirt.c:1762 0x83d48b7 contains_type_p ../../gcc-4.10/gcc/ipa-devirt.c:1849 0x83da8d1 get_polymorphic_call_info(tree_node*, tree_node*, tree_node**, long long*, ipa_polymorphic_call_context*, gimple_statement_base*) ../../gcc-4.10/gcc/ipa-devirt.c:2161 0x81ddbbc cgraph_create_indirect_edge(cgraph_node*, gimple_statement_base*, int, long long, int) ../../gcc-4.10/gcc/cgraph.c:970 0x81e173f rebuild_cgraph_edges() ../../gcc-4.10/gcc/cgraphbuild.c:453 Please submit a full bug report, with preprocessed source if appropriate. Appeared in 212128 r = 212315.
[Bug middle-end/61879] New: [4.10 Regression] GCC gives note: non-delegitimized UNSPEC UNSPEC_GOTOFF (1) found in variable location
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61879 Bug ID: 61879 Summary: [4.10 Regression] GCC gives note: non-delegitimized UNSPEC UNSPEC_GOTOFF (1) found in variable location Product: gcc Version: 4.10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com Target: i686-pc-linux-gnu Created attachment 33172 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33172action=edit Testcase GCC 4.10.0 20140720 (experimental). $ gcc -S -march=pentium4 -g -O2 -fpie bug.c bug.c: In function 'foo': bug.c:11:5: note: non-delegitimized UNSPEC UNSPEC_GOTOFF (1) found in variable location int foo(int *p) ^ bug.c:11:5: note: non-delegitimized UNSPEC UNSPEC_GOTOFF (1) found in variable location Appeared in 210914 r = 211358.
[Bug lto/61557] New: [4.9 Regression] LTO ICE: verify_flow_info failed (error: control flow in the middle of basic block)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61557 Bug ID: 61557 Summary: [4.9 Regression] LTO ICE: verify_flow_info failed (error: control flow in the middle of basic block) Product: gcc Version: 4.9.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com Target: i686-pc-linux-gnu Created attachment 32970 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32970action=edit $ gcc -flto main.c foo.c foo.c: In function 'foo': foo.c:4:6: error: control flow in the middle of basic block 2 void foo(void) ^ foo.c:4:6: internal compiler error: verify_flow_info failed 0x88f5d24 verify_flow_info() ../../gcc-4.10/gcc/cfghooks.c:260 0x81efebb execute_function_todo ../../gcc-4.10/gcc/passes.c:1789 0x81f10bc do_per_function ../../gcc-4.10/gcc/passes.c:1504 0x81f10bc execute_todo ../../gcc-4.10/gcc/passes.c:1834 Please submit a full bug report, with preprocessed source if appropriate. Happens with GCC 4.10.0 20140615, GCC 4.9.1 20140521 (when configured with extra diagnostic checks). Appeared in rev. (197291, 199345].
[Bug target/60481] `g++ -Q --help=c++' falsely reports -fms-extensions as [disabled] when in fact it is enabled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60481 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Known to work|4.8.3 |4.8.4 Resolution|WONTFIX |--- Summary|[4.9 Regression] Missing|`g++ -Q --help=c++' falsely |diagnostic ISO C++ forbids |reports -fms-extensions as |declaration of 'foo' with |[disabled] when in fact it |no type|is enabled Known to fail||4.10.0 --- Comment #4 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- The bug is still here in GCC vers. 4.9.1 and 4.10.0. Changing the summary to reflect the actual problem.
[Bug target/48127] Program crashes reading a non-aligned variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48127 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work||4.8.4 Resolution|--- |FIXED --- Comment #5 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- GCC 4.8.4 (and recent 4.9, 4.10) do not generate SSE instructions for this testcase.
[Bug rtl-optimization/48128] Excessive code generated for vectorized loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48128 --- Comment #4 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- (In reply to comment #2) When marking baz as static an compiling with -mno-sse, the result is even more strange... Still true for GCC 4.9.1 and 4.10.0.
[Bug target/60481] New: [4.9 Regression] Missing diagnostic ISO C++ forbids declaration of 'foo' with no type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60481
Bug ID: 60481
Summary: [4.9 Regression] Missing diagnostic ISO C++ forbids
declaration of 'foo' with no type
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: d.g.gorbachev at gmail dot com
Target: *-*-mingw32
$ cat foo.C
foo()
{
return 0;
}
^D
$ i686-w64-mingw32-g++-4.9.0 -S foo.C
$ i686-pc-linux-gnu-g++-4.9.0 -S foo.C
foo.C:1:5: error: ISO C++ forbids declaration of 'foo' with no type
[-fpermissive]
foo()
^
[Bug target/60481] [4.9 Regression] Missing diagnostic ISO C++ forbids declaration of 'foo' with no type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60481 --- Comment #2 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Yes, it seems that it is on (there is an error with -fno-ms-extensions), but: $ i686-w64-mingw32-g++-4.9.0 -Q --help=c++ | grep ms-ext -fms-extensions [disabled]
[Bug lto/60150] [4.9 Regression] ICE in function_and_variable_visibility, at ipa.c:1000
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60150 --- Comment #5 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Ok, but there is no «#define XXX» before «#include pr60150.H» in pr60150_0.C, which does not seem to be correct.
[Bug bootstrap/60160] New: Building with -flto in CFLAGS_FOR_TARGET / CXXFLAGS_FOR_TARGET
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60160 Bug ID: 60160 Summary: Building with -flto in CFLAGS_FOR_TARGET / CXXFLAGS_FOR_TARGET Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com Created attachment 32115 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32115action=edit Tentative patch Someone might want to build everything with LTO. Currently, I see two problems. 1. crtstuff.c: perhaps it'd be better to compile it with -fno-lto. 2. attribute used for _Unwind_* functions.
[Bug other/59893] Use LTO for libgcc.a, libstdc++.a, etc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59893 --- Comment #7 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- I used to build GCC 4.8/4.9 with -flto in C(XX)FLAGS_FOR_TARGET for quite some time (both native i686-pc-linux-gnu and a cross), and it seems to work. I saw two problems: PR 60160 (for which a patch exists), and PR 59472 (annoying, but not fatal).
[Bug lto/60150] New: [4.9 Regression] ICE in function_and_variable_visibility, at ipa.c:1000
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60150 Bug ID: 60150 Summary: [4.9 Regression] ICE in function_and_variable_visibility, at ipa.c:1000 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com Created attachment 32108 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32108action=edit Testcase
[Bug lto/59468] [4.9 Regression] ICE on invalid C++ code with LTO in gimple_get_virt_method_for_binfo, at gimple-fold.c:3224
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59468 --- Comment #10 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- I confirm that there is no ICE with the 1st testcase. The 2nd still causes ICE in function_and_variable_visibility, at ipa.c:1000. (Something strange happened with the 2nd attachment. I filed another PR 60150 with re-attached testcase.)
[Bug lto/47889] [4.7 Regression] Segmentation fault in useless_type_conversion_p, at tree-ssa.c:1228
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47889 --- Comment #16 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Created attachment 31801 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31801action=edit Backtrace from non-checked 4.7.4 build
[Bug lto/47889] [4.7 Regression] Segmentation fault in useless_type_conversion_p, at tree-ssa.c:1228
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47889 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added Attachment #23485|0 |1 is obsolete|| --- Comment #15 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Created attachment 31799 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31799action=edit Backtrace from checked 4.7.4 build 4.7.4, not the prerelease? The latest 4.7 release is 4.7.3 http://gcc.gnu.org/gcc-4.7/, 4.7.4 is still pre. I just tried the head of the 4.7 branch (r206505). Segmentation fault.
[Bug lto/47889] [4.7/4.8/4.9 Regression] Segmentation fault in useless_type_conversion_p, at tree-ssa.c:1228
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47889 --- Comment #11 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- GCC 4.7 still crashes on the testcase from attachment 25620: $ gcc -r -nostdlib -flto 1.c 2.c In file included from 1.c:5:0, from :0: 2.c:5:17: warning: type of 's' does not match original declaration [enabled by default] In file included from :0:0: 1.c:5:10: note: previously declared here In file included from 1.c:5:0, from :1: 2.c: In function 'foo': 2.c:10:5: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate.
[Bug lto/50008] [4.7/4.8/4.9 Regression] type mismatch in array reference, verify_gimple failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50008 --- Comment #6 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Disappeared somewhere between r204654 and r205795. (When configured with checking, both GCC 4.7 and 4.8 still fail.)
[Bug lto/47889] [4.7 Regression] Segmentation fault in useless_type_conversion_p, at tree-ssa.c:1228
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47889 --- Comment #13 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- It was 4.7.4 20131207 (prerelease).
[Bug other/56653] Warning when verifying checksums from MD5SUMS file in tarballs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56653 --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2013-12/msg01926.html.
[Bug lto/59468] [4.9 Regression] ICE on invalid C++ code with LTO in gimple_get_virt_method_for_binfo, at gimple-fold.c:3224
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59468 --- Comment #5 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- I also saw something similar with normal, non-invalid code. This TC is from Delta-reduced code.
[Bug lto/59468] [4.9 Regression] ICE on invalid C++ code with LTO in gimple_get_virt_method_for_binfo, at gimple-fold.c:3224
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59468 --- Comment #6 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Created attachment 31453 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31453action=edit TC: ICE in function_and_variable_visibility, at ipa.c:997
[Bug lto/59468] [4.9 Regression] ICE on invalid C++ code with LTO in gimple_get_virt_method_for_binfo, at gimple-fold.c:3224
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59468 --- Comment #7 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Are such strange testcases useful for you? Should I file another bug report for this new TC?
[Bug target/59516] New: [4.9 Regression] Multiple definition of `X' / of `non-virtual thunk to X' errors with LTO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59516 Bug ID: 59516 Summary: [4.9 Regression] Multiple definition of `X' / of `non-virtual thunk to X' errors with LTO Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com Target: i686-w64-mingw32 Created attachment 31442 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31442action=edit Testcase (compile with `-O2 -flto -shared') GCC 4.9.0 20131208 (experimental). /tmp/ccwAdNny.o (symbol from plugin):(.gnu.linkonce.t._ZN1S2fnEv[__ZThn8_N1S2fnEv]+0x0): multiple definition of `S::fn()' /tmp/ccwhiDw7.o (symbol from plugin):(.gnu.linkonce.t._ZN1S2fnEv[__ZThn4_N1S2fnEv]+0x0): first defined here /tmp/ccwAdNny.o (symbol from plugin):(.gnu.linkonce.t._ZN1S2fnEv[__ZThn8_N1S2fnEv]+0x0): multiple definition of `non-virtual thunk to S::fn()' /tmp/ccwhiDw7.o (symbol from plugin):(.gnu.linkonce.t._ZN1S2fnEv[__ZThn4_N1S2fnEv]+0x0): first defined here /tmp/ccwAdNny.o (symbol from plugin):(.gnu.linkonce.t._ZN1S2fnEv[__ZThn8_N1S2fnEv]+0x0): multiple definition of `non-virtual thunk to S::fn()' /tmp/ccwhiDw7.o (symbol from plugin):(.gnu.linkonce.t._ZN1S2fnEv[__ZThn4_N1S2fnEv]+0x0): first defined here collect2: error: ld returned 1 exit status
[Bug other/59518] New: C++ demangler does not handle some global constructor LTO names
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59518 Bug ID: 59518 Summary: C++ demangler does not handle some global constructor LTO names Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com These names are not currently demangled: `_GLOBAL__sub_I__Z3foov', `_GLOBAL__sub_I_bar', `_ZL1n.lto_priv.7', `_ZZ3foovE12__FUNCTION__.lto_priv.8', `_ZStL8__ioinit.lto_priv.412'. (Although look similar, these names are demangled: `_GLOBAL__I_65535_0_cp_lang.o.1915128', `_ZL3foov.lto_priv.9').
[Bug c++/25015] [gomp] Function names cannot be demangled due to .omp_fn suffix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25015 --- Comment #5 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Now, `_Z3foov._omp_fn.0' is demangled as `foo() [clone ._omp_fn.0]'. GCC could use that instead of just 'built-in'.
[Bug lto/59468] New: ICE on invalid C++ code with LTO in gimple_get_virt_method_for_binfo, at gimple-fold.c:3224
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59468 Bug ID: 59468 Summary: ICE on invalid C++ code with LTO in gimple_get_virt_method_for_binfo, at gimple-fold.c:3224 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com Created attachment 31416 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31416action=edit Testcase (compile with `-O2 -flto -shared') GCC 4.9.0 20131208 (experimental) - r205795. lto1: internal compiler error: in gimple_get_virt_method_for_binfo, at gimple-fold.c:3224 0x8408889 gimple_get_virt_method_for_binfo(long long, tree_node*) ../../gcc-4.9/gcc/gimple-fold.c:3223 0x845f414 record_target_from_binfo ../../gcc-4.9/gcc/ipa-devirt.c:667 0x845f4f2 record_target_from_binfo ../../gcc-4.9/gcc/ipa-devirt.c:684 0x845f4f2 record_target_from_binfo ../../gcc-4.9/gcc/ipa-devirt.c:684 0x845f609 possible_polymorphic_call_targets_1 ../../gcc-4.9/gcc/ipa-devirt.c:708 0x845f670 possible_polymorphic_call_targets_1 ../../gcc-4.9/gcc/ipa-devirt.c:714 0x8460e0f possible_polymorphic_call_targets(tree_node*, long long, ipa_polymorphic_call_context, bool*, void**) ../../gcc-4.9/gcc/ipa-devirt.c:1295 0x8265d1d possible_polymorphic_call_targets(cgraph_edge*, bool*, void**) ../../gcc-4.9/gcc/ipa-utils.h:114 0x848cd5d walk_polymorphic_call_targets ../../gcc-4.9/gcc/ipa.c:174 0x848d40a symtab_remove_unreachable_nodes(bool, _IO_FILE*) ../../gcc-4.9/gcc/ipa.c:397 0x8578656 execute_todo ../../gcc-4.9/gcc/passes.c:1884 Some older 4.9.0 builds give a message like lto1: fatal error: LTO_tags out of range: Range is 0 to 353, value is 356. Other builds, such as 4.9.0 20131027 (r204109) crash with: lto1: internal compiler error: Segmentation fault 0x85c19c0 crash_signal ../../gcc-4.9/gcc/toplev.c:334 0x84953be lto_file_decl_data_get_var_decl ../../gcc-4.9/gcc/lto-streamer.h:1190 0x84953be lto_input_tree_ref(lto_input_block*, data_in*, function*, LTO_tags) ../../gcc-4.9/gcc/lto-streamer-in.c:244 0x849553a lto_input_tree_1(lto_input_block*, data_in*, LTO_tags, unsigned int) ../../gcc-4.9/gcc/lto-streamer-in.c:1242 0x81403ae lto_read_decls ../../gcc-4.9/gcc/lto/lto.c:1914 0x8140726 lto_file_finalize ../../gcc-4.9/gcc/lto/lto.c:2167 0x8140764 lto_create_files_from_ids ../../gcc-4.9/gcc/lto/lto.c:2177 0x8140822 lto_file_read ../../gcc-4.9/gcc/lto/lto.c:2217 0x8140b51 read_cgraph_and_symbols ../../gcc-4.9/gcc/lto/lto.c:2823 0x81410c9 lto_main() ../../gcc-4.9/gcc/lto/lto.c:3254 With GCC 4.7.4: In file included from 1.C:25:0, from :12: 2.C:15:8: warning: type of '_ZTV1S' does not match original declaration [enabled by default] In file included from :8:0: 1.C:15:8: note: previously declared here In file included from 1.C:25:0, from :12: 2.C:6:8: warning: type of '_ZTV1X' does not match original declaration [enabled by default] In file included from :4:0: 1.C:6:8: note: previously declared here There are no errors or warnings with GCC 4.8.3.
[Bug lto/59468] [4.9 Regression] ICE on invalid C++ code with LTO in gimple_get_virt_method_for_binfo, at gimple-fold.c:3224
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59468 --- Comment #3 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- works with 4.8. Perhaps it should be counted as a 4.8 regression - 4.7 warns about the non-matching vtables.
[Bug lto/59472] New: Many warnings type of 'X' does not match original declaration when linking with libstdc++ static library compiled with -flto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59472
Bug ID: 59472
Summary: Many warnings type of 'X' does not match original
declaration when linking with libstdc++ static
library compiled with -flto
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: d.g.gorbachev at gmail dot com
$ cat hello.cc
#include iostream
int main()
{
std::cout Hello, world\n;
return 0;
}
^D
$ g++ -flto hello.cc
../../../../../gcc-4.9/libstdc++-v3/src/c++98/ios_init.cc:66:18: warning: type
of 'cin' does not match original declaration [enabled by default]
../../../../../gcc-4.9/libstdc++-v3/src/c++98/globals_io.cc:56:16: note:
previously declared here
../../../../../gcc-4.9/libstdc++-v3/src/c++98/ios_init.cc:68:18: warning: type
of 'cerr' does not match original declaration [enabled by default]
../../../../../gcc-4.9/libstdc++-v3/src/c++98/globals_io.cc:58:16: note:
previously declared here
../../../../../gcc-4.9/libstdc++-v3/src/c++98/ios_init.cc:69:18: warning: type
of 'clog' does not match original declaration [enabled by default]
../../../../../gcc-4.9/libstdc++-v3/src/c++98/globals_io.cc:59:16: note:
previously declared here
../../../../../gcc-4.9/libstdc++-v3/src/c++98/ios_init.cc:72:19: warning: type
of 'wcin' does not match original declaration [enabled by default]
../../../../../gcc-4.9/libstdc++-v3/src/c++98/globals_io.cc:66:17: note:
previously declared here
../../../../../gcc-4.9/libstdc++-v3/src/c++98/ios_init.cc:73:19: warning: type
of 'wcout' does not match original declaration [enabled by default]
../../../../../gcc-4.9/libstdc++-v3/src/c++98/globals_io.cc:67:17: note:
previously declared here
../../../../../gcc-4.9/libstdc++-v3/src/c++98/ios_init.cc:74:19: warning: type
of 'wcerr' does not match original declaration [enabled by default]
../../../../../gcc-4.9/libstdc++-v3/src/c++98/globals_io.cc:68:17: note:
previously declared here
../../../../../gcc-4.9/libstdc++-v3/src/c++98/ios_init.cc:75:19: warning: type
of 'wclog' does not match original declaration [enabled by default]
../../../../../gcc-4.9/libstdc++-v3/src/c++98/globals_io.cc:69:17: note:
previously declared here
../../../../../gcc-4.9/libstdc++-v3/src/c++98/ios_init.cc:41:35: warning: type
of 'buf_cout_sync' does not match original declaration [enabled by default]
../../../../../gcc-4.9/libstdc++-v3/src/c++98/globals_io.cc:84:17: note:
previously declared here
../../../../../gcc-4.9/libstdc++-v3/src/c++98/ios_init.cc:42:35: warning: type
of 'buf_cin_sync' does not match original declaration [enabled by default]
../../../../../gcc-4.9/libstdc++-v3/src/c++98/globals_io.cc:85:17: note:
previously declared here
../../../../../gcc-4.9/libstdc++-v3/src/c++98/ios_init.cc:43:35: warning: type
of 'buf_cerr_sync' does not match original declaration [enabled by default]
../../../../../gcc-4.9/libstdc++-v3/src/c++98/globals_io.cc:86:17: note:
previously declared here
../../../../../gcc-4.9/libstdc++-v3/src/c++98/ios_init.cc:45:30: warning: type
of 'buf_cout' does not match original declaration [enabled by default]
../../../../../gcc-4.9/libstdc++-v3/src/c++98/globals_io.cc:90:16: note:
previously declared here
../../../../../gcc-4.9/libstdc++-v3/src/c++98/ios_init.cc:46:30: warning: type
of 'buf_cin' does not match original declaration [enabled by default]
../../../../../gcc-4.9/libstdc++-v3/src/c++98/globals_io.cc:91:16: note:
previously declared here
../../../../../gcc-4.9/libstdc++-v3/src/c++98/ios_init.cc:47:30: warning: type
of 'buf_cerr' does not match original declaration [enabled by default]
../../../../../gcc-4.9/libstdc++-v3/src/c++98/globals_io.cc:92:16: note:
previously declared here
../../../../../gcc-4.9/libstdc++-v3/src/c++98/ios_init.cc:50:38: warning: type
of 'buf_wcout_sync' does not match original declaration [enabled by default]
../../../../../gcc-4.9/libstdc++-v3/src/c++98/globals_io.cc:97:18: note:
previously declared here
../../../../../gcc-4.9/libstdc++-v3/src/c++98/ios_init.cc:51:38: warning: type
of 'buf_wcin_sync' does not match original declaration [enabled by default]
../../../../../gcc-4.9/libstdc++-v3/src/c++98/globals_io.cc:98:18: note:
previously declared here
../../../../../gcc-4.9/libstdc++-v3/src/c++98/ios_init.cc:52:38: warning: type
of 'buf_wcerr_sync' does not match original declaration [enabled by default]
../../../../../gcc-4.9/libstdc++-v3/src/c++98/globals_io.cc:99:18: note:
previously declared here
../../../../../gcc-4.9/libstdc++-v3/src/c++98/ios_init.cc:54:33: warning: type
of 'buf_wcout' does not match original declaration [enabled by default]
../../../../../gcc-4.9/libstdc++-v3/src/c++98/globals_io.cc:103:17: note:
previously declared here
../../../../../gcc-4.9/libstdc++-v3/src/c++98/ios_init.cc:55:33: warning: type
of 'buf_wcin' does not match original declaration
[Bug sanitizer/59368] [4.9 Regression] libsanitizer spec file installed in the wrong place
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59368 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||dodji at gcc dot gnu.org, ||dvyukov at gcc dot gnu.org, ||kcc at gcc dot gnu.org Component|bootstrap |sanitizer Resolution|--- |FIXED --- Comment #7 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- .
[Bug bootstrap/59368] [4.9 Regression] libsanitizer spec file installed in the wrong place
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59368 --- Comment #4 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Yes, the patch works. Thanks.
[Bug bootstrap/59368] New: [4.9 Regression] libsanitizer spec file installed in the wrong place
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59368 Bug ID: 59368 Summary: [4.9 Regression] libsanitizer spec file installed in the wrong place Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com When GCC is configured with --enable-version-specific-runtime-libs, spec files for libgomp, libitm, etc. are installed in the compiler-specific directory ($libdir/gcc/$target/$version). But libsanitizer, somehow, stands out from this scheme - libsanitizer.spec appears in $libdir/gcc/$target. It seems to be a bug. GCC 4.9.0 20131201 (r205574).
[Bug bootstrap/59368] [4.9 Regression] libsanitizer spec file installed in the wrong place
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59368 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- CC'ing the libsanitizer maintainer. This is like the libvtv bug 58441 or libcilkrts bug 59094...
[Bug c/59332] Segmentation fault in inline_summary with LTO + attribute optimize
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59332 --- Comment #4 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Can you expand on those shortcomings/bugs? There are LTO-related issues in GCC and LD, such as PR43038, PR56536 and others. Not all problems will be fixed soon, and more bugs will be discovered in the future. As a workaround, an attribute (a pragma) to disable LTO would come in handy. I don't think that will ever work ;) __attribute__((optimize(lto))) works, surprisingly!
[Bug c/59332] Segmentation fault in inline_summary with LTO + attribute optimize
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59332 --- Comment #6 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- It was discovered by accident. However, if it does work, why no-lto (which is so much more useful) should not work?
[Bug middle-end/59330] New: Crash in is_gimple_reg_type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59330
Bug ID: 59330
Summary: Crash in is_gimple_reg_type
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: d.g.gorbachev at gmail dot com
=== 8 ===
void free(void *p)
{
}
void *foo(void)
{
return 0;
}
int main(void)
{
void *p = foo();
free(p);
return 0;
}
=== 8 ===
$ gcc -O 1.c
1.c: In function 'main':
1.c:15:1: internal compiler error: Segmentation fault
}
^
0x86dfff0 crash_signal
../../gcc-4.9/gcc/toplev.c:336
0x871992f is_gimple_reg_type
../../gcc-4.9/gcc/gimple-expr.h:74
0x871992f verify_gimple_call
../../gcc-4.9/gcc/tree-cfg.c:3190
0x871ac23 verify_gimple_stmt
../../gcc-4.9/gcc/tree-cfg.c:4306
0x8721a9a verify_gimple_in_cfg(function*)
../../gcc-4.9/gcc/tree-cfg.c:4765
0x86158d5 execute_function_todo
../../gcc-4.9/gcc/passes.c:1843
0x8615a5b do_per_function
../../gcc-4.9/gcc/passes.c:1573
0x8615bee execute_todo
../../gcc-4.9/gcc/passes.c:1877
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See http://gcc.gnu.org/bugs.html for instructions.
[Bug lto/59332] New: Segmentation fault in inline_summary with LTO + attribute optimize
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59332
Bug ID: 59332
Summary: Segmentation fault in inline_summary with LTO +
attribute optimize
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: d.g.gorbachev at gmail dot com
$ echo '__attribute__((optimize(no-lto))) void foo(void) { }' 1.c
$ gcc -S -flto 1.c
1.c:1:1: internal compiler error: Segmentation fault
__attribute__((optimize(no-lto))) void foo(void) { }
^
0x86dfff0 crash_signal
../../gcc-4.9/gcc/toplev.c:336
0x85230d4 vecinline_summary, va_gc, vl_embed::operator[](unsigned int)
../../gcc-4.9/gcc/vec.h:718
0x85230d4 inline_summary
../../gcc-4.9/gcc/ipa-inline.h:242
0x85230d4 inline_write_summary()
../../gcc-4.9/gcc/ipa-inline-analysis.c:4079
0x86172ee ipa_write_summaries_2
../../gcc-4.9/gcc/passes.c:2310
0x86173a4 ipa_write_summaries_1
../../gcc-4.9/gcc/passes.c:2340
0x8618148 ipa_write_summaries()
../../gcc-4.9/gcc/passes.c:2399
0x82f22a0 ipa_passes
../../gcc-4.9/gcc/cgraphunit.c:2030
0x82f31b4 compile()
../../gcc-4.9/gcc/cgraphunit.c:2126
0x82f3519 finalize_compilation_unit()
../../gcc-4.9/gcc/cgraphunit.c:2280
0x8143690 c_write_global_declarations()
../../gcc-4.9/gcc/c/c-decl.c:10388
GCC 4.9.0 20131124. Also fails with GCC 4.7, 4.8.
[Bug lto/59332] Segmentation fault in inline_summary with LTO + attribute optimize
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59332 --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- In view of LTO shortcomings / bugs, I think that switching LTO *off* on a per-function basis can be useful. Perhaps it should be marked as 'enhancement'...
[Bug debug/59323] New: [4.9 Regression] Int. comp. error: in add_AT_specification, at dwarf2out.c:4026
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59323 Bug ID: 59323 Summary: [4.9 Regression] Int. comp. error: in add_AT_specification, at dwarf2out.c:4026 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com Created attachment 31316 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31316action=edit Testcase (compile with -g -O2 -flto) GCC 4.9.0 20131124 (experimental). 1.c: In function 'main': 1.c:33:1: internal compiler error: in add_AT_specification, at dwarf2out.c:4026 } ^ 0x8267571 add_AT_specification ../../gcc-4.9/gcc/dwarf2out.c:4026 0x8267571 gen_subprogram_die ../../gcc-4.9/gcc/dwarf2out.c:17995 0x826d89c gen_decl_die ../../gcc-4.9/gcc/dwarf2out.c:20338 0x82856ad process_scope_var ../../gcc-4.9/gcc/dwarf2out.c:19946 0x8285726 decls_for_scope ../../gcc-4.9/gcc/dwarf2out.c:19971 0x8285cae gen_lexical_block_die ../../gcc-4.9/gcc/dwarf2out.c:18970 0x828694d gen_block_die ../../gcc-4.9/gcc/dwarf2out.c:19918 0x82858a8 decls_for_scope ../../gcc-4.9/gcc/dwarf2out.c:19985 0x8285cae gen_lexical_block_die ../../gcc-4.9/gcc/dwarf2out.c:18970 0x828694d gen_block_die ../../gcc-4.9/gcc/dwarf2out.c:19918 0x82858a8 decls_for_scope ../../gcc-4.9/gcc/dwarf2out.c:19985 0x826983d gen_subprogram_die ../../gcc-4.9/gcc/dwarf2out.c:18355 0x826d89c gen_decl_die ../../gcc-4.9/gcc/dwarf2out.c:20338 0x826ea4b dwarf2out_decl(tree_node*) ../../gcc-4.9/gcc/dwarf2out.c:20721 0x826eb21 dwarf2out_function_decl ../../gcc-4.9/gcc/dwarf2out.c:20729 0x82e36a8 rest_of_handle_final ../../gcc-4.9/gcc/final.c:4469 0x82e3897 execute ../../gcc-4.9/gcc/final.c:4513 GCC 20130526 /rev. 199345/ - works, GCC 20130630 /rev. 200571/ - fails.
[Bug rtl-optimization/59179] [4.9 Regression] Wrong code generated with -Og
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59179 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |WORKSFORME --- Comment #2 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- GCC 4.9.0 20131124 - works.
[Bug rtl-optimization/59179] New: [4.9 Regression] Wrong code generated with -Og
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59179 Bug ID: 59179 Summary: [4.9 Regression] Wrong code generated with -Og Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com Host: i686-pc-linux-gnu Target: i686-pc-linux-gnu Build: i686-pc-linux-gnu Created attachment 31240 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31240action=edit Testcase This test program prints 0x8859008 0x20fe1 on my machine. GCC version 4.9.0 20131117 (experimental) - revision 204924.
[Bug bootstrap/59094] [4.9 Regression] Cilk runtime library headers are installed into the general include directory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59094 --- Comment #3 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- (In reply to Balaji V. Iyer from comment #2) Can you please confirm if the following patch works for you? Yes, the patch works.
[Bug tree-optimization/59124] [4.8/4.9 Regression] Wrong warnings array subscript is above array bounds
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59124
--- Comment #2 from Dmitry Gorbachev d.g.gorbachev at gmail dot com ---
Another testcase:
= 8 =
extern char *bar[17];
int foo(int argc, char **argv)
{
int i;
int n = 0;
for (i = 0; i argc; i++)
n++;
for (i = 0; i argc; i++)
argv[i] = bar[i + n];
return 0;
}
= 8 =
$ gcc -S -Wall -O3 2.c
2.c: In function 'foo':
2.c:12:18: warning: array subscript is above array bounds [-Warray-bounds]
argv[i] = bar[i + n];
^
2.c:12:18: warning: array subscript is above array bounds [-Warray-bounds]
2.c:12:18: warning: array subscript is above array bounds [-Warray-bounds]
2.c:12:18: warning: array subscript is above array bounds [-Warray-bounds]
2.c:12:18: warning: array subscript is above array bounds [-Warray-bounds]
2.c:12:18: warning: array subscript is above array bounds [-Warray-bounds]
2.c:12:18: warning: array subscript is above array bounds [-Warray-bounds]
2.c:12:18: warning: array subscript is above array bounds [-Warray-bounds]
2.c:12:18: warning: array subscript is above array bounds [-Warray-bounds]
[Bug tree-optimization/59124] New: [4.8 Regression] Wrong warnings array subscript is above array bounds
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59124
Bug ID: 59124
Summary: [4.8 Regression] Wrong warnings array subscript is
above array bounds
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: d.g.gorbachev at gmail dot com
$ gcc -S -Wall -O3 1.c
1.c: In function 'foo':
1.c:12:23: warning: array subscript is above array bounds [-Warray-bounds]
bar[j - 1] = baz[j - 1];
^
1.c:12:23: warning: array subscript is above array bounds [-Warray-bounds]
=== 8 ===
unsigned baz[6];
void foo(unsigned *bar, unsigned n)
{
unsigned i, j;
if (n 6)
n = 6;
for (i = 1; i n; i++)
for (j = i - 1; j 0; j--)
bar[j - 1] = baz[j - 1];
}
=== 8 ===
GCC 4.8.0 20120902 /rev. 190863/ - works,
GCC 4.8.0 2012 /rev. 193417/ - fails.
[Bug bootstrap/59094] New: [4.9 Regression] Cilk runtime library headers are installed into the general include directory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59094 Bug ID: 59094 Summary: [4.9 Regression] Cilk runtime library headers are installed into the general include directory Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com When GCC is configured with --enable-version-specific-runtime-libs, header files for libstdc++, libgomp, libquadmath, etc. are installed in the compiler-specific directory ($libdir/gcc/$target/$version/include). But libcilkrts, somehow, stands out from this scheme. It seems to be a bug.
[Bug bootstrap/59094] [4.9 Regression] Cilk runtime library headers are installed into the general include directory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59094 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added CC||bviyer at gcc dot gnu.org, ||bviyer at gmail dot com --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- CC'ing the Cilk runtime library maintainer. This is like the libvtv bug 58441...
[Bug ipa/59008] New: [4.9 Regression] ICEs in try_make_edge_direct_simple_call / propagate_controlled_uses
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59008 Bug ID: 59008 Summary: [4.9 Regression] ICEs in try_make_edge_direct_simple_call / propagate_controlled_uses Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com GCC 4.9.0 20131103 (experimental) /rev. 204338/ $ gcc -S -O2 bug.c bug.c:29:1: internal compiler error: in try_make_edge_direct_simple_call, at ipa-prop.c:2623 } ^ 0x853c6e3 try_make_edge_direct_simple_call ../../gcc-4.9/gcc/ipa-prop.c:2623 0x853c93a update_indirect_edges_after_inlining ../../gcc-4.9/gcc/ipa-prop.c:2725 0x853cb51 propagate_info_to_inlined_callees ../../gcc-4.9/gcc/ipa-prop.c:2792 0x853d27a ipa_propagate_indirect_call_infos(cgraph_edge*, veccgraph_edge*, va_heap, vl_ptr*) ../../gcc-4.9/gcc/ipa-prop.c:2954 0x8d5842f inline_call(cgraph_edge*, bool, veccgraph_edge*, va_heap, vl_ptr*, int*, bool) ../../gcc-4.9/gcc/ipa-inline-transform.c:270 0x8d564fb inline_small_functions ../../gcc-4.9/gcc/ipa-inline.c:1773 0x8d56d57 ipa_inline ../../gcc-4.9/gcc/ipa-inline.c:2015 0x8d57766 execute ../../gcc-4.9/gcc/ipa-inline.c:2385 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See http://gcc.gnu.org/bugs.html for instructions. $ gcc -S -O2 bug.c -DICE2 bug.c:29:1: internal compiler error: in propagate_controlled_uses, at ipa-prop.c:2888 } ^ 0x853d060 propagate_controlled_uses ../../gcc-4.9/gcc/ipa-prop.c:2888 0x853d25e ipa_propagate_indirect_call_infos(cgraph_edge*, veccgraph_edge*, va_heap, vl_ptr*) ../../gcc-4.9/gcc/ipa-prop.c:2953 0x8d5842f inline_call(cgraph_edge*, bool, veccgraph_edge*, va_heap, vl_ptr*, int*, bool) ../../gcc-4.9/gcc/ipa-inline-transform.c:270 0x8d564fb inline_small_functions ../../gcc-4.9/gcc/ipa-inline.c:1773 0x8d56d57 ipa_inline ../../gcc-4.9/gcc/ipa-inline.c:2015 0x8d57766 execute ../../gcc-4.9/gcc/ipa-inline.c:2385 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See http://gcc.gnu.org/bugs.html for instructions.
[Bug ipa/59008] [4.9 Regression] ICEs in try_make_edge_direct_simple_call / propagate_controlled_uses
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59008 --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Created attachment 31168 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31168action=edit Testcases GCC 20130728 /rev. 201294/ - works. GCC 20130908 /rev. 202372/ - fails. GCC 20130818 - fails with internal compiler error: in remove_described_reference, at ipa-prop.c:2377.
[Bug target/58964] New: [4.9 Regression] Bogus message: error: -mpreferred-stack-boundary=0 is not between 2 and 12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58964
Bug ID: 58964
Summary: [4.9 Regression] Bogus message: error:
-mpreferred-stack-boundary=0 is not between 2 and 12
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: d.g.gorbachev at gmail dot com
Host: i686-pc-linux-gnu
Target: i686-pc-linux-gnu
Build: i686-pc-linux-gnu
GCC 4.9.0 20131027 (experimental) /rev. 204109/
$ cat 1.c
__attribute__((target(cld)))
void
foo(void)
{
}
^D
$ gcc -mpreferred-stack-boundary=3 1.c
1.c:4:1: error: -mpreferred-stack-boundary=0 is not between 2 and 12
GCC 20130929 /rev. 203020/ - works.
[Bug tree-optimization/58464] New: [4.9 Regression] Crashes with SIGSEGV (infinite recursion in phi_translate)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58464 Bug ID: 58464 Summary: [4.9 Regression] Crashes with SIGSEGV (infinite recursion in phi_translate) Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com Host: i686-pc-linux-gnu Target: i686-pc-linux-gnu Build: i686-pc-linux-gnu Created attachment 30856 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30856action=edit Backtrace GCC 4.9.0 20130915 (experimental). This happens when building GCC itself (libcpp/lex.c) with -O3.
[Bug tree-optimization/58464] [4.9 Regression] Crashes with SIGSEGV (infinite recursion in phi_translate)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58464 --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Created attachment 30857 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30857action=edit Testcase (somewhat minimized). Compile with -O3. GCC 20130331 (rev. 197291) - works, 20130526 (rev. 199345) - fails.
[Bug tree-optimization/58464] [4.9 Regression] Crashes with SIGSEGV (infinite recursion in phi_translate)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58464 --- Comment #2 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- Created attachment 30858 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30858action=edit Original preprocessed file
[Bug other/58441] New: VTV headers are installed into the general include directory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58441 Bug ID: 58441 Summary: VTV headers are installed into the general include directory Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com When GCC is configured with --enable-version-specific-runtime-libs, header files for libstdc++, libgomp, libquadmath, etc. are installed in the compiler-specific directory ($libdir/gcc/$target/$version/include). But libvtv, somehow, stands out from this scheme. It seems to be a bug.
[Bug other/58441] VTV headers are installed into the general include directory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58441 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added CC||cmtice at google dot com --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- CC'ing the VTV maintainer.
[Bug bootstrap/58441] [4.9 Regression] VTV headers are installed into the general include directory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58441 --- Comment #4 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- vtv_fail.h, vtv_malloc.h, vtv_map.h, vtv_rts.h, vtv_set.h, vtv_utils.h are installed to /usr/local/include. GCC is configured with --enable-version-specific-runtime-libs (and --disable-bootstrap). Host/target/build is i686-pc-linux-gnu.
[Bug lto/57602] [4.9 Regression] Runfails for several C/C++ benchmarks from spec2000 for i686 with -flto after r199422
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57602 --- Comment #8 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- And a testcase from PR57879 fails with -O2 / -O1 and -flto, it happens when building GCC itself.
[Bug lto/57879] GCC with -flto generates invalid code for genmddeps program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57879 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- . *** This bug has been marked as a duplicate of bug 57602 ***
[Bug lto/57602] [4.9 Regression] Runfails for several C/C++ benchmarks from spec2000 for i686 with -flto after r199422
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57602 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added CC||d.g.gorbachev at gmail dot com --- Comment #9 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- *** Bug 57879 has been marked as a duplicate of this bug. ***
[Bug lto/57879] New: GCC with -flto generates invalid code for genmddeps program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57879 Bug ID: 57879 Summary: GCC with -flto generates invalid code for genmddeps program Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: d.g.gorbachev at gmail dot com Host: i686-pc-linux-gnu Target: i686-pc-linux-gnu Build: i686-pc-linux-gnu Created attachment 30495 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30495action=edit Self-contained (though not yet minimized) testcase A function htab_create_typed_alloc.constprop.9 expects arguments in registers, but called from main() with arguments on the stack.
[Bug lto/57879] GCC with -flto generates invalid code for genmddeps program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57879 --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com --- GCC 20130526 (r199345) - works: 08048a10 main: main(): [...] 8048a62: mov$0x8048f60,%ecx 8048a67: mov$0x8048f80,%edx 8048a6c: mov$0xa1,%eax 8048a71: call 8049790 htab_create_typed_alloc.constprop.9 [...] 08049790 htab_create_typed_alloc.constprop.9: htab_create_typed_alloc.constprop.9(): 8049790: push %ebp 8049791: mov%edx,%ebp [...] 80497e8: mov%ebp,(%edi) [...] GCC 20130609 (r199874) - fails: 08048a10 main: main(): [...] 8048a62: movl $0x8048f80,0x8(%esp) 8048a6a: movl $0x8048fa0,0x4(%esp) 8048a72: movl $0xa1,(%esp) 8048a79: call 80497b0 htab_create_typed_alloc.constprop.9 [...] 080497b0 htab_create_typed_alloc.constprop.9: htab_create_typed_alloc.constprop.9(): 80497b0: push %ebp 80497b1: mov%edx,%ebp [...] 8049808: mov%ebp,(%edi) [...] GCC 4.9.0 20130707 (experimental) - still fails.
[Bug middle-end/57393] [4.9 Regression] error: definition in block 4 follows the use / internal compiler error: verify_ssa failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57393
--- Comment #7 from Dmitry Gorbachev d.g.gorbachev at gmail dot com ---
For convenience, I put here a testcase from bug 57400. Joost VandeVondele:
this second testcase is almost certainly a dup of PR57393. It passes with
-fno-tree-reassoc. The testcase is conveniently smaller.
8
extern void bar(double);
struct S {
int n;
};
void foo(struct S s, double a, int i, int j, int k)
{
struct S t;
bar(s.n * a * i * j);
t.n = s.n * a * i * k;
}
8
$ gcc -S -g -O -ffast-math bug.c
bug.c: In function 'foo':
bug.c:7:6: error: definition in block 2 follows the use
void foo(struct S s, double a, int i, int j, int k)
^
for SSA_NAME: _4 in statement:
# DEBUG D#3 = _4 * _6
bug.c:7:6: internal compiler error: verify_ssa failed
0x888c299 verify_ssa(bool)
../../gcc-4.9/gcc/tree-ssa.c:1046
0x85dc5ca execute_function_todo
../../gcc-4.9/gcc/passes.c:1970
0x85db901 do_per_function
../../gcc-4.9/gcc/passes.c:1707
0x85dc6df execute_todo
../../gcc-4.9/gcc/passes.c:2002
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See http://gcc.gnu.org/bugs.html for instructions.
GCC 4.9.0 20130630 (experimental).
[Bug tree-optimization/57400] [4.9 Regression] ICE: verify_ssa failed (definition in block n follows the use)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57400
--- Comment #2 from Dmitry Gorbachev d.g.gorbachev at gmail dot com ---
The following testcase causes a similar error / ICE (although I can't reproduce
the bug with the original testcase).
8
extern void bar(double);
struct S {
int n;
};
void foo(struct S s, double a, int i, int j, int k)
{
struct S t;
bar(s.n * a * i * j);
t.n = s.n * a * i * k;
}
8
$ gcc -S -g -O -ffast-math bug.c
bug.c: In function 'foo':
bug.c:7:6: error: definition in block 2 follows the use
void foo(struct S s, double a, int i, int j, int k)
^
for SSA_NAME: _4 in statement:
# DEBUG D#3 = _4 * _6
bug.c:7:6: internal compiler error: verify_ssa failed
0x888c299 verify_ssa(bool)
../../gcc-4.9/gcc/tree-ssa.c:1046
0x85dc5ca execute_function_todo
../../gcc-4.9/gcc/passes.c:1970
0x85db901 do_per_function
../../gcc-4.9/gcc/passes.c:1707
0x85dc6df execute_todo
../../gcc-4.9/gcc/passes.c:2002
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See http://gcc.gnu.org/bugs.html for instructions.
GCC 4.9.0 20130630 (experimental).
[Bug rtl-optimization/47270] [4.7/4.8/4.9 Regression] GCC produces unnecessary code on -O2 and -O3 levels
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47270 --- Comment #6 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2013-04-12 20:34:31 UTC --- I can't reproduce the bug with GCC 4.7.3 and 4.8.1.
[Bug lto/48259] Internal compiler errors in lto1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48259 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED --- Comment #11 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2013-04-12 20:45:54 UTC --- Does not fail with 4.7.3 and 4.8.1. The 4.6.4 branch has been closed.
[Bug lto/56700] Optimizing at compile and link result in different binary size than only optimizing at link time
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56700 --- Comment #3 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2013-03-26 20:12:42 UTC --- It's not just me who concluded that wrong. Bug 55102.
[Bug other/56653] New: Warning when verifying checksums from MD5SUMS file in tarballs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56653 Bug #: 56653 Summary: Warning when verifying checksums from MD5SUMS file in tarballs Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: trivial Priority: P3 Component: other AssignedTo: unassig...@gcc.gnu.org ReportedBy: d.g.gorbac...@gmail.com GNU md5sum (version 8.21) prints `md5sum: WARNING: 1 line is improperly formatted'. It could be fixed by adding an extra `#' character to MD5SUMS: *** maintainer-scripts/gcc_release --- maintainer-scripts/gcc_release *** *** 214,218 # Suggested usage: # md5sum -c MD5SUMS | grep -v \OK$\ ! MD5SUMS find . -type f | --- 214,218 # Suggested usage: # md5sum -c MD5SUMS | grep -v \OK$\ ! # MD5SUMS find . -type f |
[Bug lto/56578] Testcase behaves differently when compiled with LTO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56578 --- Comment #4 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2013-03-12 13:30:30 UTC --- We could say the bug is in the testcase. Failing is: [...] that's because you are providing an implementation of malloc in libxxx.a a.o from func.c that does not have the C standards semantics. The TC is invalid but it is not buggy, gcc-nm could not even find the malloc symbol in a.o You have to compile this module with -fno-builtin-malloc (or -fno-builtins). It is not enough to compile just func.c with -fno-builtin(-malloc), as one might expect. I have to use it for main.c as well. GCC might still optimize the result in an unexpected way because it can rely on malloc/free semantics There is a volatile modifier in the TC. It should inhibit such optimizations, I think?
[Bug lto/56578] Testcase behaves differently when compiled with LTO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56578 --- Comment #2 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2013-03-12 00:46:13 UTC --- GCC 4.8.0, 4.7.3, 4.6.4; build = host = target = i686-pc-linux-gnu; configured with --enable-languages=c,c++ --enable-version-specific-runtime-libs --disable-nls --disable-shared; glibc 2.17; recent binutils (GNU ld and gold). that is, 'make' prints three times OK The 4th time (prog3) it prints FAIL for me -- free() is from main.c, but malloc() is from glibc.
[Bug lto/56578] New: Testcase behaves differently when compiled with LTO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56578 Bug #: 56578 Summary: Testcase behaves differently when compiled with LTO Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassig...@gcc.gnu.org ReportedBy: d.g.gorbac...@gmail.com Created attachment 29625 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29625 Testcases The last testcase prints FAIL. gcc-nm says no symbols in the object file (a.o).
[Bug middle-end/56548] New: [4.8 Regression] ICE in emit_move_insn, at expr.c:3486 with -march=pentium{pro,2,3} -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56548
Bug #: 56548
Summary: [4.8 Regression] ICE in emit_move_insn, at expr.c:3486
with -march=pentium{pro,2,3} -O3
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d.g.gorbac...@gmail.com
GCC 4.8.0 20130303 (experimental).
$ cat bug.c
short foo(short x)
{
int i;
for (i = 0; i 3; i++)
if (x 0)
x--;
return x;
}
^D
$ gcc -S -O3 -march=pentium3 bug.c
bug.c: In function 'foo':
bug.c:9:3: internal compiler error: in emit_move_insn, at expr.c:3486
return x;
^
0x834eaa1 emit_move_insn(rtx_def*, rtx_def*)
../../gcc-4.8/gcc/expr.c:3485
0x8600ef9 expand_value_return
../../gcc-4.8/gcc/stmt.c:1461
0x86068d8 expand_return(tree_node*)
../../gcc-4.8/gcc/stmt.c:1547
0x825eefc expand_gimple_stmt_1
../../gcc-4.8/gcc/cfgexpand.c:2182
0x825f82c expand_gimple_stmt
../../gcc-4.8/gcc/cfgexpand.c:2304
0x8262484 expand_gimple_basic_block
../../gcc-4.8/gcc/cfgexpand.c:4083
0x82648c8 gimple_expand_cfg
../../gcc-4.8/gcc/cfgexpand.c:4602
GCC 20121118 (r193607) - fails, 2012 (r193417) - works.
[Bug lto/56536] New: GCC with LTO and `-march=pentium3' tries to generate SSE2 code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56536 Bug #: 56536 Summary: GCC with LTO and `-march=pentium3' tries to generate SSE2 code Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: lto AssignedTo: unassig...@gcc.gnu.org ReportedBy: d.g.gorbac...@gmail.com Created attachment 29586 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29586 Testcase Fails with error: '__builtin_ia32_cvtps2dq' needs isa option -m32 -msse2.
[Bug lto/56515] New: location references block not in block tree, verify_gimple failed (LTO + profile)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56515
Bug #: 56515
Summary: location references block not in block tree,
verify_gimple failed (LTO + profile)
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d.g.gorbac...@gmail.com
GCC 4.8.0 20130303 (experimental):
foo.c: In function 'foo':
foo.c:1:6: error: location references block not in block tree
void foo(void) { }
^
# .MEM_10 = VDEF .MEM_6(D)
bar = 1;
foo.c:1:6: internal compiler error: verify_gimple failed
0x85df8f2 verify_gimple_in_cfg(function*)
../../gcc-4.8/gcc/tree-cfg.c:4727
0x84d520c execute_function_todo
../../gcc-4.8/gcc/passes.c:1963
0x84d455d do_per_function
../../gcc-4.8/gcc/passes.c:1701
0x84d532d execute_todo
../../gcc-4.8/gcc/passes.c:1996
0x84d57a1 execute_one_ipa_transform_pass
../../gcc-4.8/gcc/passes.c:2182
0x84d5873 execute_all_ipa_transforms()
../../gcc-4.8/gcc/passes.c:2208
0x8206775 expand_function
../../gcc-4.8/gcc/cgraphunit.c:1633
0x8206cda expand_all_functions
../../gcc-4.8/gcc/cgraphunit.c:1744
0x8207763 compile()
../../gcc-4.8/gcc/cgraphunit.c:2042
0x816b85d lto_main()
../../gcc-4.8/gcc/lto/lto.c:3396
[Bug lto/56515] location references block not in block tree, verify_gimple failed (LTO + profile)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56515 --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2013-03-04 05:20:49 UTC --- Created attachment 29575 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29575 Bt from 4.7.3 GCC 4.8.0 20130127 (r195497) fails, too; 20130113 (r195137) - ok. GCC 4.8.0 20120916 (r191367) and earlier builds / versions (4.7, 4.6) fail with sigsegv in prepend_lexical_block().
[Bug lto/56515] location references block not in block tree, verify_gimple failed (LTO + profile)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56515 --- Comment #2 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2013-03-04 05:22:09 UTC --- Created attachment 29576 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29576 Testcase
