[Bug lto/47936] New: [4.6 Regression] Missed optimization with LTO due to strict aliasing issues

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47936 Summary: [4.6 Regression] Missed optimization with LTO due to strict aliasing issues Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug lto/43038] DECL_PRESERVE_P or attribute((used)) static globals not completely preserved with -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43038 --- Comment #8 from Dmitry Gorbachev 2011-03-01 12:46:39 UTC --- > The problem is that statics need to be mangled, so they persist > as i.1234 instead. Really refering to a local symbol in asm is > going to be difficult with LTO (any global or o

[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 --- 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

[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 --- 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.

[Bug lto/57879] New: GCC with -flto generates invalid code for genmddeps program

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.

[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 --- GCC 20130526 (r199345) - works: 08048a10 : main(): [...] 8048a62: mov$0x8048f60,%ecx 8048a67: mov$0x8048f80,%edx 8048a6c: mov$0xa1,%eax 8048a71: call 8049790 [...

[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 --- 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 changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[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 changed: What|Removed |Added CC||d.g.gorbachev at gmail dot com

[Bug other/58441] New: VTV headers are installed into the general include directory

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 th

[Bug other/58441] VTV headers are installed into the general include directory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58441 Dmitry Gorbachev changed: What|Removed |Added CC||cmtice at google dot com --- Comment #

[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 --- 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/

[Bug tree-optimization/58464] New: [4.9 Regression] Crashes with SIGSEGV (infinite recursion in phi_translate)

: 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

[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 --- Created attachment 30857 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30857&action=edit Testcase (somewhat minimized). Compile with -O3. GCC 20130331 (rev. 197291) - works, 20130526 (rev. 199345) -

[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 --- Created attachment 30858 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30858&action=edit Original preprocessed file

[Bug tree-optimization/50138] New: ICE in vect_transform_stmt

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50138 Bug #: 50138 Summary: ICE in vect_transform_stmt Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal Priority: P3 C

[Bug lto/48259] Internal compiler errors in lto1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48259 Dmitry Gorbachev changed: What|Removed |Added Attachment #23782|0 |1 is obsolete|

[Bug lto/50147] New: LTO: Segmentation fault in infinite_empty_loop_p

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50147 Bug #: 50147 Summary: LTO: Segmentation fault in infinite_empty_loop_p Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal P

[Bug c++/48875] Segmentation fault in maybe_clone_body with -fsyntax-only

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48875 --- Comment #3 from Dmitry Gorbachev 2011-08-21 20:46:21 UTC --- I can't reproduce it now.

[Bug bootstrap/50148] New: GCC fails to bootstrap with -O3 due to "may be used uninitialized" errors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50148 Bug #: 50148 Summary: GCC fails to bootstrap with -O3 due to "may be used uninitialized" errors Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCON

[Bug bootstrap/50148] GCC fails to bootstrap with -O3 due to "may be used uninitialized" errors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50148 --- Comment #1 from Dmitry Gorbachev 2011-08-21 21:12:23 UTC --- Created attachment 25071 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25071 Patch for sched-deps.c Also fails during -O3 LTO bootstrap in sched-deps.c. (Another solution wo

[Bug c++/50226] New: Wrong code with -O -fno-implicit-templates

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50226 Bug #: 50226 Summary: Wrong code with -O -fno-implicit-templates Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priorit

[Bug tree-optimization/50138] [4.6 Regression] ICE in vect_transform_stmt

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50138 --- Comment #5 from Dmitry Gorbachev 2011-08-31 10:36:51 UTC --- This problem is not very important. If it's hard to fix this bug, then do not fix it.

[Bug web/50297] New: Bugzilla suffers an internal error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50297 Bug #: 50297 Summary: Bugzilla suffers an internal error Classification: Unclassified Product: gcc Version: unknown URL: http://gcc.gnu.org/PR48333 Status: UNCONFIRMED

[Bug pch/38101] dbxout_expand_expr() doesn't check return value of DECL_VALUE_EXPR()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38101 Dmitry Gorbachev changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug other/49533] [4.7 regression] Revision 174989 (ipa-inline-transform.c) regressions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49533 Dmitry Gorbachev changed: What|Removed |Added CC||d.g.gorbachev at gmail dot

[Bug c++/50226] Wrong code with -O -fno-implicit-templates

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50226 Dmitry Gorbachev changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug target/49826] [4.7 Regression] Symbols are not decorated with attribute stdcall and -mrtd

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49826 --- Comment #1 from Dmitry Gorbachev 2011-09-14 19:35:41 UTC --- Created attachment 25274 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25274 patch

[Bug tree-optimization/35261] GCC4.3 internal compiler error: verify_flow_info failed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35261 --- Comment #4 from Dmitry Gorbachev 2011-09-18 23:54:58 UTC --- 4.3 is not maintained -- should this bug be closed?

[Bug tree-optimization/50452] New: [4.7 Regression] Internal compiler error: verify_flow_info failed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50452 Bug #: 50452 Summary: [4.7 Regression] Internal compiler error: verify_flow_info failed Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug tree-optimization/50452] [4.7 Regression] Internal compiler error: verify_flow_info failed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50452 --- Comment #1 from Dmitry Gorbachev 2011-09-19 00:57:57 UTC --- Created attachment 25313 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25313 Backtrace in GDB

[Bug tree-optimization/50452] [4.7 Regression] Internal compiler error: verify_flow_info failed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50452 --- Comment #2 from Dmitry Gorbachev 2011-09-19 00:58:39 UTC --- Created attachment 25314 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25314 Another testcase (compile with -O2)

[Bug tree-optimization/50452] [4.7 Regression] Internal compiler error: verify_flow_info failed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50452 --- Comment #3 from Dmitry Gorbachev 2011-09-19 00:59:13 UTC --- Created attachment 25315 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25315 Another backtrace

[Bug c++/40831] g++ generated symbols for cloned function that be demangled.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40831 --- Comment #13 from Dmitry Gorbachev 2011-09-24 10:39:28 UTC --- Thanks! It would be nice to fix it in binutils and in gdb as well.

[Bug middle-end/50706] New: Fold check failed (expected tree that contains 'typed' structure, have 'block' in fold_checksum_tree, at fold-const.c:13921)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50706 Bug #: 50706 Summary: Fold check failed (expected tree that contains 'typed' structure, have 'block' in fold_checksum_tree, at fold-const.c:13921) Classification: Unclassified

[Bug middle-end/50706] Fold check failed (expected tree that contains 'typed' structure, have 'block' in fold_checksum_tree, at fold-const.c:13921)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50706 --- Comment #1 from Dmitry Gorbachev 2011-10-12 17:10:15 UTC --- Created attachment 25476 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25476 Small testcase

[Bug middle-end/50706] Fold check failed (expected tree that contains 'typed' structure, have 'block' in fold_checksum_tree, at fold-const.c:13921)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50706 --- Comment #2 from Dmitry Gorbachev 2011-10-12 17:10:51 UTC --- Created attachment 25477 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25477 Backtrace

[Bug middle-end/50823] [4.7 Regression] ICE in inline_small_functions, at ipa-inline.c:1407

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50823 --- Comment #3 from Dmitry Gorbachev 2011-10-24 20:10:12 UTC --- Created attachment 25598 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25598 Another testcase Compile it with `gcc -O3 -flto -nostdlib -r foobar.c baz.c'.

[Bug lto/48100] [4.6/4.7 Regression] Assertion failed in lto_varpool_replace_node, at lto-symtab.c:304 with mixed LTO/non-LTO objects

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48100 --- Comment #6 from Dmitry Gorbachev 2011-10-26 19:21:11 UTC --- Works with recent trunk. Fixed in r179424 (PR 47247)?

[Bug lto/47888] [4.6/4.7 Regression] tree check: expected array_type, have record_type in array_ref_low_bound, at expr.c:6249 / Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47888 --- Comment #6 from Dmitry Gorbachev 2011-10-26 19:30:50 UTC --- Disappeared in trunk between rr. 178135 and 178749.

[Bug lto/47889] [4.6/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 #7 from Dmitry Gorbachev 2011-10-26 19:36:10 UTC --- Created attachment 25620 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25620 Testcase Still fails with this testcase.

[Bug lto/50147] LTO: Segmentation fault in infinite_empty_loop_p

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50147 --- Comment #2 from Dmitry Gorbachev 2012-05-16 10:04:55 UTC --- Created attachment 27418 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27418 Bt from GCC 4.7.1

[Bug lto/50147] LTO: Segmentation fault in infinite_empty_loop_p

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50147 Dmitry Gorbachev changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|FIXED

[Bug lto/52399] New: With `-flto', `-Wno-clobbered' does not suppress the "might be clobbered" warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52399 Bug #: 52399 Summary: With `-flto', `-Wno-clobbered' does not suppress the "might be clobbered" warning Classification: Unclassified Product: gcc Version: 4.7.0 Statu

[Bug target/58964] New: [4.9 Regression] Bogus message: error: -mpreferred-stack-boundary=0 is not between 2 and 12

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

[Bug ipa/59008] New: [4.9 Regression] ICEs in try_make_edge_direct_simple_call / propagate_controlled_uses

: 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

[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 --- Created attachment 31168 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31168&action=edit Testcases GCC 20130728 /rev. 201294/ - works. GCC 20130908 /rev. 202372/ - fails. GCC 20130818 - fails with "i

[Bug bootstrap/59094] New: [4.9 Regression] Cilk runtime library headers are installed into the general include directory

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, libqua

[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 changed: What|Removed |Added CC||bviyer at gcc dot gnu.org,

[Bug tree-optimization/59124] New: [4.8 Regression] Wrong warnings "array subscript is above array bounds"

ty: 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-

[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 --- (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 --- 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[

[Bug rtl-optimization/59179] New: [4.9 Regression] Wrong code generated with -Og

: 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/bugzi

[Bug rtl-optimization/59179] [4.9 Regression] Wrong code generated with -Og

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59179 Dmitry Gorbachev changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug debug/59323] New: [4.9 Regression] Int. comp. error: in add_AT_specification, at dwarf2out.c:4026

: 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=31316&action=edit Testcase (compile with "-g -O2

[Bug middle-end/59330] New: Crash in is_gimple_reg_type

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

[Bug lto/59332] New: Segmentation fault in inline_summary with LTO + attribute optimize

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: Segmentati

[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 --- 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 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 --- > 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 fu

[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 --- It was discovered by accident. However, if it does work, why "no-lto" (which is so much more useful) should not work?

[Bug bootstrap/59368] New: [4.9 Regression] libsanitizer spec file installed in the wrong place

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 compile

[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 changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #

[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 --- Yes, the patch works. Thanks.

[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 changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug lto/59468] New: ICE on invalid C++ code with LTO in gimple_get_virt_method_for_binfo, at gimple-fold.c:3224

: 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=31416&action=edit T

[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 --- > 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

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 int main() { std::

[Bug target/59516] New: [4.9 Regression] Multiple definition of `X' / of `non-virtual thunk to X' errors with LTO

NCONFIRMED 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

[Bug other/59518] New: C++ demangler does not handle some global constructor & LTO names

ment 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__FU

[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 --- Now, `_Z3foov._omp_fn.0' is demangled as `foo() [clone ._omp_fn.0]'. GCC could use that instead of just ''.

[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 --- 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 --- Created attachment 31453 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31453&action=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 --- Are such strange testcases useful for you? Should I file another bug report for this new TC?

[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 --- Patch posted: .

[Bug other/51417] New: Cross-compiler - wrappers for ar, nm, ranlib installed under wrong names

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51417 Bug #: 51417 Summary: Cross-compiler - wrappers for ar, nm, ranlib installed under wrong names Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONF

[Bug lto/48259] Internal compiler errors in lto1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48259 --- Comment #10 from Dmitry Gorbachev 2011-12-12 21:43:15 UTC --- Recent GCC 4.7.0 works with both testcases. GCC 4.6.3 still fails on the 1st.

[Bug lto/48427] ICE: tree check: expected array_type, have pointer_type in array_ref_low_bound, at expr.c:6253

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48427 --- Comment #2 from Dmitry Gorbachev 2011-12-12 21:43:38 UTC --- I can't reproduce the bug with recent GCC.

[Bug target/51523] New: LTO keeps unneeded functions (mingw32 target)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51523 Bug #: 51523 Summary: LTO keeps unneeded functions (mingw32 target) Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Pr

[Bug c/51542] bootstrap failure due to uninitialized variable use in c-parser

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51542 --- Comment #1 from Dmitry Gorbachev 2011-12-14 05:17:04 UTC --- PR 50148.

[Bug target/51523] LTO keeps unneeded functions (mingw32 target)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51523 --- Comment #4 from Dmitry Gorbachev 2011-12-14 06:02:21 UTC --- Created attachment 26075 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26075 Two resolution files Here you are. The resolution files differ depending on whether -fvisibility

[Bug target/51523] LTO keeps unneeded functions (mingw32 target)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51523 --- Comment #6 from Dmitry Gorbachev 2011-12-14 15:45:29 UTC --- Filed a linker bug .

[Bug target/49826] [4.7 Regression] Symbols are not decorated with attribute stdcall and -mrtd

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49826 --- Comment #4 from Dmitry Gorbachev 2012-01-01 15:33:59 UTC --- (In reply to comment #3) The linker does not work very well with undecorated stdcall-s. For example: . But if that bug will be fixed, then this one c

[Bug target/51726] New: LTO and attribute 'selectany'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51726 Bug #: 51726 Summary: LTO and attribute 'selectany' Classification: Unclassified Product: gcc Version: 4.6.3 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/51827] New: Error: 'FOO' conflicts with a previous declaration, with PCH/LTO/C++11

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51827 Bug #: 51827 Summary: Error: 'FOO' conflicts with a previous declaration, with PCH/LTO/C++11 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIR

[Bug c++/51827] Error: 'FOO' conflicts with a previous declaration, with PCH/LTO/C++11

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51827 --- Comment #2 from Dmitry Gorbachev 2012-01-12 10:53:44 UTC --- I already mentioned "PCH" and ".H" extension, but just to be 100% clear, the error happens only when compiling the testcase as a c++ header. Reproduced on i686-pc-linux-gnu and i68

[Bug target/51843] New: ICE with LTO and attribute `dllimport'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51843 Bug #: 51843 Summary: ICE with LTO and attribute `dllimport' Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P

[Bug c++/51827] Error: 'FOO' conflicts with a previous declaration, with PCH/LTO/C++11

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51827 --- Comment #4 from Dmitry Gorbachev 2012-01-16 16:54:43 UTC --- > Thus I don't see where is the issue. The issue is a rather confusing error message. It looks as if there was a compiler bug. > shall we close this? Somebody can report it again

[Bug lto/51859] Linker option effects not reflected in symbol resolution file

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51859 --- Comment #2 from Dmitry Gorbachev 2012-01-16 17:39:13 UTC --- Created attachment 26343 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26343 Testcase I also experienced this bug. `_Unwind_Resume' referenced in section `.text' of /tmp/ccs

[Bug lto/51859] Linker option effects not reflected in symbol resolution file

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51859 --- Comment #3 from Dmitry Gorbachev 2012-01-16 17:40:24 UTC --- Created attachment 26344 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26344 Testcase #2 (mingw32 target) `_bar' referenced in section `.text' of libfoobar.a(foo.o): defined

[Bug c++/51827] Error: 'FOO' conflicts with a previous declaration, with PCH/LTO/C++11

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51827 --- Comment #7 from Dmitry Gorbachev 2012-01-16 18:28:20 UTC --- (In reply to comment #5) > What's confusing about it, I don't understand. There are two errors and notes, all pointing to the same source location -- isn't that odd? > And, by th

[Bug target/51900] [4.6/4.7 Regression] const variable initialization always zero

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51900 --- Comment #11 from Dmitry Gorbachev 2012-01-20 22:37:02 UTC --- It looks like a GCC bug, not INVALID. myVar[i] is replaced by constant zero in main().

[Bug target/51726] LTO and attribute 'selectany'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51726 --- Comment #2 from Dmitry Gorbachev 2012-01-23 20:22:00 UTC --- Created attachment 26437 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26437 Patch (not tested)

[Bug other/48983] No diagnostic message about no space left on device with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48983 --- Comment #3 from Dmitry Gorbachev 2012-11-15 19:26:38 UTC --- And this is not particularly useful: "lto1: fatal error: short write".

[Bug target/55390] New: [4.8 Regression] Error when building with -mfpmath=sse

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55390 Bug #: 55390 Summary: [4.8 Regression] Error when building with -mfpmath=sse Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: no

[Bug lto/55525] New: ICE: tree check: expected array_type, have pointer_type in array_ref_low_bound, at expr.c:6768

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55525 Bug #: 55525 Summary: ICE: tree check: expected array_type, have pointer_type in array_ref_low_bound, at expr.c:6768 Classification: Unclassified Product: gcc Version: 4

[Bug lto/55525] ICE: tree check: expected array_type, have pointer_type in array_ref_low_bound, at expr.c:6768

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55525 Dmitry Gorbachev changed: What|Removed |Added Attachment #28826|application/octet-stream|text/plain mime type

[Bug lto/55525] ICE: tree check: expected array_type, have pointer_type in array_ref_low_bound, at expr.c:6768

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55525 --- Comment #2 from Dmitry Gorbachev 2012-11-29 03:07:21 UTC --- 4.8.0: In file included from :0:0: 1.c:3:6: warning: type of 's' does not match original declaration [enabled by default] char s[8]; ^ In file included from 1.c:

[Bug middle-end/55750] New: [4.8 Regression] :-( in expand_expr_addr_expr_1, at expr.c:7646

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55750 Bug #: 55750 Summary: [4.8 Regression] :-( in expand_expr_addr_expr_1, at expr.c:7646 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCON

[Bug middle-end/55750] [4.8 Regression] :-( in expand_expr_addr_expr_1, at expr.c:7646

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55750 --- Comment #2 from Dmitry Gorbachev 2012-12-20 05:55:22 UTC --- Tried i686-pc-linux-gnu, i686-w64-mingw32.

[Bug target/49826] [4.7/4.8 Regression] Symbols are not decorated with attribute stdcall and -mrtd

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49826 --- Comment #9 from Dmitry Gorbachev 2013-01-15 23:47:58 UTC --- > Hmm, can't reproduce what your issue is here actual. The issue is that --enable-stdcall-fixup only works with plain object files and does not work when a symbol is in a s

<    1   2   3   4   >