[Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32 --with-arch=i486

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909 --- Comment #9 from Eric Botcazou 2013-04-14 06:45:18 UTC --- > On MinGW, GCC 4.7.x Ada built successfully with default (no -with-arch or > -with-tune) configure. > > GCC 4.8.0 s-atopri.* changes breaks same configure: > > 1. with def

[Bug c++/56951] New: Poor diagnostics for error: invalid abstract return type 'XXX'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56951 Bug #: 56951 Summary: Poor diagnostics for error: invalid abstract return type 'XXX' Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED

[Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32 --with-arch=i486

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909 --- Comment #8 from Andrew Pinski 2013-04-14 04:51:20 UTC --- (In reply to comment #7) > 3. with '--with-arch=i686': > build successfully (as comment 3). this may slow the compiler, and leave > i384/i486 arch not be supported so we are

[Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32 --with-arch=i486

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909 --- Comment #7 from Arthur Zhang 2013-04-14 04:12:35 UTC --- clarification: On MinGW, GCC 4.7.x Ada built successfully with default (no -with-arch or -with-tune) configure. GCC 4.8.0 s-atopri.* changes breaks same configure: 1. wit

[Bug debug/56950] compare-debug failure for gcc.dg/pr41345.c with fschedule-insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56950 Steven Bosscher changed: What|Removed |Added Keywords||build, wrong-debug

[Bug debug/56950] New: compare-debug failure for gcc.dg/pr41345.c with fschedule-insns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56950 Bug #: 56950 Summary: compare-debug failure for gcc.dg/pr41345.c with fschedule-insns Classification: Unclassified Product: gcc Version: 4.9.0 Status: UNCON

[Bug c++/56949] Internal compiler error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56949 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/56872] [4.8/4.9 Regression] Incorrect SUM evaluation, involving implied-do loop, with -ffrontend-optimize

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56872 --- Comment #11 from Thomas Koenig 2013-04-13 20:56:49 UTC --- Created attachment 29869 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29869 Updated patch

[Bug other/56881] Miscompilation (optimisation failure?) causing NULL dereference and segfault at runtime

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56881 --- Comment #7 from Mikael Pettersson 2013-04-13 20:39:03 UTC --- Started with Bernd Schmidt's "Optimize calls to functions that return one of their arguments" patch in http://gcc.gnu.org/r187459, originally proposed in

[Bug c++/56949] New: Internal compiler error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56949 Bug #: 56949 Summary: Internal compiler error Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/56948] PPC V2DI ICE when loading zero into GPRs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56948 David Edelsohn changed: What|Removed |Added Target Milestone|--- |4.8.1

[Bug target/56948] PPC V2DI ICE when loading zero into GPRs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56948 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug target/56948] New: PPC V2DI ICE when loading zero into GPRs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56948 Bug #: 56948 Summary: PPC V2DI ICE when loading zero into GPRs Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug lto/54078] Bytemark 46% bigger binary with -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54078 --- Comment #8 from wbrana 2013-04-13 17:59:47 UTC --- lto/gold -finline-limit=43 99960 bytes NUMERIC SORT: 1471.2 : 37.73 : 12.39 -finline-limit=44 149136 bytes NUMERIC SORT: 1705.2 :

[Bug other/56881] Miscompilation (optimisation failure?) causing NULL dereference and segfault at runtime

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56881 Mikael Pettersson changed: What|Removed |Added CC||mikpe at it dot uu.se --- C

[Bug lto/54078] Bytemark 46% bigger binary with -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54078 --- Comment #7 from wbrana 2013-04-13 17:34:23 UTC --- -fno-inline-functions makes same tests 12% or 6% slower with lto/gold NUMERIC SORT: 1689.2 : 43.32 : 14.23 NUMERIC SORT: 1483.2 : 3

[Bug target/56940] internal compiler error: unrecognizable insn:

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56940 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug lto/54078] Bytemark 46% bigger binary with -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54078 --- Comment #6 from wbrana 2013-04-13 17:01:27 UTC --- executable is smaller with lto when I add -fno-inline-functions 95928 vs 93880

[Bug c/56946] assignment expression work wired

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56946 --- Comment #4 from Jie Zhang 2013-04-13 16:50:19 UTC --- (In reply to comment #3) > (In reply to comment #2) > > You need to add -lm to your command line. > gcc -lm -Wall assignment.c > > This is right?But it can't compile neither

[Bug lto/54078] Bytemark 46% bigger binary with -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54078 --- Comment #5 from wbrana 2013-04-13 16:43:10 UTC --- branch 4.9 without lto 101462 bytes with -flto -fwhole-program 157243 bytes - linker bfd 155488 bytes - linker gold other CFLAGS = -O3 -g0 -march=corei7 -fomit-frame-pointer

[Bug c++/56947] New: [4.7.3 regression] Bogus 'XX' was not declared in this scope

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56947 Bug #: 56947 Summary: [4.7.3 regression] Bogus 'XX' was not declared in this scope Classification: Unclassified Product: gcc Version: 4.7.3 Status: UNCONFIRMED

[Bug fortran/56929] [OOP] [F08] ICE on dummy argument child class with coarray inside parent

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56929 --- Comment #5 from Damian Rouson 2013-04-13 15:53:51 UTC --- Thanks for the amazingly fast response! Possibly this sets a record: 11.5 hours from submitting the report to the application of a patch to the trunk. Any chance this patch ca

[Bug driver/46501] Relocatable toolchains still search --prefix

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46501 LRN changed: What|Removed |Added CC||lrn1986 at gmail dot com --- Comment #5 f

[Bug rtl-optimization/52139] [4.5 Regression] ICE: in remove_insn, at emit-rtl.c:3960 with -O -fPIC -fno-tree-dominator-opts -fno-tree-fre

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52139 Steven Bosscher changed: What|Removed |Added Status|REOPENED|NEW AssignedTo|unassig

[Bug driver/46501] Relocatable toolchains still search --prefix

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46501 nightstrike changed: What|Removed |Added See Also||http://gcc.gnu.org/bugzilla

[Bug middle-end/52472] ICE: in convert_debug_memory_address, at cfgexpand.c:2491

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52472 Georg-Johann Lay changed: What|Removed |Added CC||Sergey.Belyashov at gmail

[Bug target/56792] AVR, internal compiler error on build avr-libc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56792 Georg-Johann Lay changed: What|Removed |Added Keywords||addr-space,

[Bug c/56946] assignment expression work wired

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56946 --- Comment #3 from shia 2013-04-13 14:13:08 UTC --- (In reply to comment #2) > You need to add -lm to your command line. gcc -lm -Wall assignment.c This is right?But it can't compile neither

[Bug c/56946] assignment expression work wired

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56946 Jie Zhang changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug fortran/56945] internal compiler error: in lhd_set_decl_assembler_name, at langhooks.c:158

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56945 Tobias Burnus changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug fortran/56945] internal compiler error: in lhd_set_decl_assembler_name, at langhooks.c:158

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56945 janus at gcc dot gnu.org changed: What|Removed |Added CC||janus at gcc dot gnu.org

[Bug fortran/56765] [OOP] compilation errors/ICE with polymorphic array

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56765 --- Comment #5 from janus at gcc dot gnu.org 2013-04-13 12:31:42 UTC --- Note: The patch in comment 3 regtests cleanly.

[Bug target/48576] wrong code when accessing variables in a large stack frame

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48576 --- Comment #7 from Mikael Pettersson 2013-04-13 12:26:24 UTC --- This bug still occurs with gcc 4.9-20130407, 4.8-20130411, and 4.7-20130406.

[Bug c/56946] assignment expression work wired

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56946 --- Comment #1 from shia 2013-04-13 12:16:47 UTC --- Created attachment 29865 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29865 .i

[Bug c++/51577] dependent name lookup finds operator in global namespace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51577 --- Comment #7 from Paolo Carlini 2013-04-13 12:10:58 UTC --- Essentially in gcc-english at least, wrong code means wrong assembly code, what the back end emits. Normally for wrong C++ code we say invalid code, hard to confuse.

[Bug fortran/56945] internal compiler error: in lhd_set_decl_assembler_name, at langhooks.c:158

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56945 --- Comment #2 from Dominique d'Humieres 2013-04-13 12:10:21 UTC --- AFAICT the code compiles with gfortran 4.8.0, but not with 4.7.3.

[Bug c/56946] New: assignment expression work wired

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56946 Bug #: 56946 Summary: assignment expression work wired Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: minor Priorit

[Bug c++/51577] dependent name lookup finds operator in global namespace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51577 --- Comment #6 from Daniel Krügler 2013-04-13 11:55:36 UTC --- (In reply to comment #5) > and G++ calls the global one, returning the wrong result, so it's wrong-code OK, I misunderstood the meaning of "wrong-code": I thought that was intended t

[Bug c++/51577] dependent name lookup finds operator in global namespace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51577 --- Comment #5 from Jonathan Wakely 2013-04-13 11:52:51 UTC --- (In reply to comment #4) > (In reply to comment #3) > > The example in PR 56943 gives a wrong-code example > > Could you explain why? It looks valid to me. According to my

[Bug fortran/56945] internal compiler error: in lhd_set_decl_assembler_name, at langhooks.c:158

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56945 --- Comment #1 from Jinsong Zhao 2013-04-13 11:42:53 UTC --- I also test it using gfortran 4.7.2, it gives the same error.

[Bug fortran/56945] New: internal compiler error: in lhd_set_decl_assembler_name, at langhooks.c:158

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56945 Bug #: 56945 Summary: internal compiler error: in lhd_set_decl_assembler_name, at langhooks.c:158 Classification: Unclassified Product: gcc Version: 4.6.3 S

[Bug c++/51577] dependent name lookup finds operator in global namespace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51577 --- Comment #4 from Daniel Krügler 2013-04-13 11:26:25 UTC --- (In reply to comment #3) > The example in PR 56943 gives a wrong-code example Could you explain why? It looks valid to me. According to my understanding, the free operator+ overload

[Bug c++/51577] dependent name lookup finds operator in global namespace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51577 Jonathan Wakely changed: What|Removed |Added Keywords||wrong-code Status|

[Bug fortran/44978] extended derived types are resolved more than once

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44978 --- Comment #1 from janus at gcc dot gnu.org 2013-04-13 11:15:01 UTC --- Similar problems of multiple error messages occur also with non-extended types which have type-bound procedures. Reduced example from PR 55959 comment 4: module pdfs

[Bug c++/56936] gcc don't show error when accessing to missing member of current instantiation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56936 --- Comment #4 from Ivan Sorokin 2013-04-13 11:06:35 UTC --- (In reply to comment #3) > [temp.res]/8 "If no valid specialization can be generated for a template, and > that template is not instantiated, the template is ill-formed, no diagn

[Bug fortran/55959] [OOP] ICE in in gfc_simplify_expr, at fortran/expr.c:1920

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55959 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resol

[Bug target/56940] internal compiler error: unrecognizable insn:

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56940 --- Comment #3 from Mikael Pettersson 2013-04-13 10:55:21 UTC --- I can reproduce the ICE with gcc 4.6.4, but not with 4.7.3 or 4.8.0, all built as crosses to arm-linux-gnueabi from unmodified FSF releases.

[Bug c++/56936] gcc don't show error when accessing to missing member of current instantiation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56936 Jonathan Wakely changed: What|Removed |Added Keywords||diagnostic --- Comment #3 fro

[Bug target/56657] [4.7 Regression] ICE - error: unrecognizable insn.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56657 Niels Kristian Bech Jensen changed: What|Removed |Added Status|NEW |RESOLVED Known

[Bug fortran/56937] Unnecessarily temporary with array-vector assignments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56937 --- Comment #5 from Mikael Morin 2013-04-13 10:32:46 UTC --- (In reply to comment #0) > tmp(2) = r(1) + 0.25 ! r(1:4) == 0 > tmp(2) = r(2) + 0.25 > tmp(3) = r(3) + 0.25 > tmp(2) = r(4) + 0.25 > r(2) = tmp(2) ! = 0.25

[Bug fortran/56937] Unnecessarily temporary with array-vector assignments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56937 --- Comment #4 from Mikael Morin 2013-04-13 10:26:05 UTC --- The following variant is valid, and gives 1.0 as expected. But it doesn't avoid the temporary either. real :: r(4), p(4) integer :: idx(4) p = [0.25, 0.25, 0.25, 0.25] idx

[Bug fortran/56937] Unnecessarily temporary with array-vector assignments

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56937 Mikael Morin changed: What|Removed |Added CC||mikael at gcc dot gnu.org --- Co

[Bug target/56944] New: Better isfinite in some cases?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56944 Bug #: 56944 Summary: Better isfinite in some cases? Classification: Unclassified Product: gcc Version: 4.9.0 Status: UNCONFIRMED Keywords: missed-optimization

[Bug target/56940] internal compiler error: unrecognizable insn:

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56940 --- Comment #2 from Jeremy 2013-04-13 07:58:24 UTC --- > You should report this failure to where you got the binary from really. Yes, sorry. They should be distributing a supported version too. I suspect this is an ARM issue. The p