[Bug tree-optimization/51091] New: [4.7 Regression] FAIL: gcc.dg/tree-ssa/stdarg-2.c scan-tree-dump stdarg

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51091 Bug #: 51091 Summary: [4.7 Regression] FAIL: gcc.dg/tree-ssa/stdarg-2.c scan-tree-dump stdarg Classification: Unclassified Product: gcc Version: 4.7.0 Status:

[Bug target/50906] e500 exception unwinding under -Os causes SIGSEGV

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50906 David Kühling dvdkhlng at gmx dot de changed: What|Removed |Added CC||dvdkhlng at gmx dot

[Bug fortran/51090] libgfortran main.c missing NULL check on return value from getenv()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51090 Janne Blomqvist jb at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug c++/50473] [C++0x] ICE in type_has_nontrivial_copy_init, at cp/tree.c:2574

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50473 --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com 2011-11-11 10:13:16 UTC --- The rvalue reference is essential. With this we still ICE: constexpr int f() { return 1; } templateclass T struct test { static constexpr auto value

[Bug fortran/50408] [4.6/4.7 regression] ICE in transfer_expr

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50408 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Priority|P1 |P3

[Bug middle-end/50598] [4.7 Regression] Undefined symbols: ___emutls_v.*, ... on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598 --- Comment #12 from Iain Sandoe iains at gcc dot gnu.org 2011-11-11 11:21:11 UTC --- BTW, this now blocks bootstrap on x86 darwin because it causes libitm build to fail.

[Bug c++/51092] New: ICE std::pair initialization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51092 Bug #: 51092 Summary: ICE std::pair initialization Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/51092] ICE array std::pair initialization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51092 basile at starynkevitch dot net changed: What|Removed |Added Summary|ICE std::pair |ICE array std::pair

[Bug middle-end/50598] [4.7 Regression] Undefined symbols: ___emutls_v.*, ... on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598 --- Comment #13 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-11 12:00:29 UTC --- join the --disable-libitm club, needed for a few platforms

[Bug target/45650] [4.4/4.5/4.6 regression] FreeBSD/ia64 builds fails: hidden symbol `_Unwind_FindTableEntry' isn't defined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45650 --- Comment #10 from Anton Shterenlikht mexas at bristol dot ac.uk 2011-11-11 12:08:31 UTC --- Failed again on 4.7-2005:

[Bug other/51093] New: GCC 4.4.3 build fails with 'OPTION_ISA_AES' as undefined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51093 Bug #: 51093 Summary: GCC 4.4.3 build fails with 'OPTION_ISA_AES' as undefined Classification: Unclassified Product: gcc Version: 4.4.3 Status: UNCONFIRMED

[Bug tree-optimization/51058] [4.7 Regression] ICE: gimple check: expected gimple_assign(error_mark), have gimple_call() in gimple_assign_rhs_code, at gimple.h:1992

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51058 --- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org 2011-11-11 12:33:44 UTC --- Created attachment 25795 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25795 gcc47-pr51058.patch Updated patch.

[Bug other/51093] GCC 4.4.3 build fails with 'OPTION_ISA_AES' as undefined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51093 --- Comment #1 from Mikael Pettersson mikpe at it dot uu.se 2011-11-11 12:37:28 UTC --- (In reply to comment #0) I've downloaded gcc 4.4.3 tar-ball package. Configured and build as follows for host-x86_64-unknown-linux-gnu: ./configure

[Bug c++/51092] [C++0x] [4.6 Regression] ICE array std::pair initialization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51092 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW

[Bug bootstrap/51086] [4.7 regression] ICE in move_insn, at haifa-sched.c:3437

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51086 Rainer Orth ro at gcc dot gnu.org changed: What|Removed |Added CC||amodra at gcc dot

[Bug bootstrap/51094] New: [4.7 Regression] Bootstrap failure at revision 181279 on non-ELF targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094 Bug #: 51094 Summary: [4.7 Regression] Bootstrap failure at revision 181279 on non-ELF targets Classification: Unclassified Product: gcc Version: 4.7.0 Status:

[Bug target/50762] [4.7 Regression] ICE: in extract_insn, at recog.c:2137 (unrecognizable insn)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50762 --- Comment #24 from Ulrich Weigand uweigand at gcc dot gnu.org 2011-11-11 13:04:02 UTC --- (In reply to comment #22) Yeah, this is also what I thought at the first sight. But please don't forget that additional c-code test effectively creates

[Bug bootstrap/51094] [4.7 Regression] Bootstrap failure at revision 181279 on non-ELF targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094 Rainer Orth ro at gcc dot gnu.org changed: What|Removed |Added CC||jimis at gmx dot net,

[Bug ada/51095] New: make install with --program-suffix does not install the bin/gnat* binaries with that suffix

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51095 Bug #: 51095 Summary: make install with --program-suffix does not install the bin/gnat* binaries with that suffix Classification: Unclassified Product: gcc Version: 4.7.0

[Bug target/50762] [4.7 Regression] ICE: in extract_insn, at recog.c:2137 (unrecognizable insn)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50762 --- Comment #25 from Uros Bizjak ubizjak at gmail dot com 2011-11-11 13:17:41 UTC --- (In reply to comment #24) In fact, except for the address_operand case, the mode checks seem to be correct in their actual effect: we either call a standard

[Bug c++/50976] [C++0x] literal operator with unsigned long long parameter not accepted

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976 --- Comment #19 from Ed Smith-Rowland 3dw4rd at verizon dot net 2011-11-11 13:21:11 UTC --- Created attachment 25796 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25796 Patch with corrections. ChangeLog: 2011-11-11 Ed Smith-Rowland

[Bug testsuite/51059] FAIL: gcc.misc-tests/gcov-14.c (test for excess errors) on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added CC||iains at

[Bug c++/51096] New: No EBCO if a member of the base class type is defined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51096 Bug #: 51096 Summary: No EBCO if a member of the base class type is defined Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal

[Bug regression/51097] New: [4.7 Regression] a lot of FAIL: gcc.dg/vect on i686 avx build 181167 to 181177

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51097 Bug #: 51097 Summary: [4.7 Regression] a lot of FAIL: gcc.dg/vect on i686 avx build 181167 to 181177 Classification: Unclassified Product: gcc Version: unknown

[Bug c++/51096] No EBCO if a member of the base class type is defined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51096 henn...@still-hidden.de changed: What|Removed |Added Keywords||missed-optimization

[Bug tree-optimization/51091] [4.7 Regression] FAIL: gcc.dg/tree-ssa/stdarg-2.c scan-tree-dump stdarg

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51091 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last

[Bug bootstrap/51098] New: [4.7 Regression] bootstrap failed on avx i686, svn revision 181259 to 181267

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51098 Bug #: 51098 Summary: [4.7 Regression] bootstrap failed on avx i686, svn revision 181259 to 181267 Classification: Unclassified Product: gcc Version: unknown Status:

[Bug c++/51096] No EBCO if a member of the base class type is defined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51096 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-11 14:11:53 UTC --- The standard says the empty base and Derived::a must have distinct addresses: Two objects that are not bit-fields may have the same address if one is a

[Bug bootstrap/51098] [4.7 Regression] bootstrap failed on avx i686, svn revision 181259 to 181267

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51098 --- Comment #1 from Stupachenko Evgeny evstupac at gmail dot com 2011-11-11 14:14:11 UTC --- Most likely it is revision 181261

[Bug c++/51096] No EBCO if a member of the base class type is defined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51096 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug bootstrap/51098] [4.7 Regression] bootstrap failed on avx i686, svn revision 181259 to 181267

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51098 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot

[Bug target/50762] [4.7 Regression] ICE: in extract_insn, at recog.c:2137 (unrecognizable insn)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50762 --- Comment #26 from uros at gcc dot gnu.org 2011-11-11 14:56:03 UTC --- Author: uros Date: Fri Nov 11 14:56:00 2011 New Revision: 181285 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181285 Log: PR target/50762 *

[Bug target/50762] [4.7 Regression] ICE: in extract_insn, at recog.c:2137 (unrecognizable insn)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50762 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug ada/51095] make install with --program-suffix does not install the bin/gnat* binaries with that suffix

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51095 --- Comment #1 from joseph at codesourcery dot com joseph at codesourcery dot com 2011-11-11 15:24:10 UTC --- This was supposed to be bug 864 but it looks like that wasn't really fixed even though it was closed as fixed. See also bug 19563.

[Bug bootstrap/51094] [4.7 Regression] Bootstrap failure at revision 181279 on non-ELF targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094 Jason Merrill jason at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last

[Bug bootstrap/51094] [4.7 Regression] Bootstrap failure at revision 181279 on non-ELF targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094 --- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot Uni-Bielefeld.DE 2011-11-11 15:35:14 UTC --- --- Comment #2 from Jason Merrill jason at gcc dot gnu.org 2011-11-11 15:30:50 UTC --- Is it fixed now? Need to check, but

[Bug bootstrap/51094] [4.7 Regression] Bootstrap failure at revision 181279 on non-ELF targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094 --- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot Uni-Bielefeld.DE 2011-11-11 15:38:51 UTC --- Need to check, but the patch also breaks bootstrap on ELF targets that lack stpcpy, like any Solaris 10: Correction: 11.

[Bug testsuite/51059] FAIL: gcc.misc-tests/gcov-14.c (test for excess errors) on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059 Iain Sandoe iains at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug bootstrap/51094] [4.7 Regression] Bootstrap failure at revision 181279 on non-ELF targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094 --- Comment #5 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-11-11 15:40:13 UTC --- Is it fixed now? With a similar patch, I am now at stage2.

[Bug bootstrap/51094] [4.7 Regression] Bootstrap failure at revision 181279 on non-ELF targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094 --- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot Uni-Bielefeld.DE 2011-11-11 15:46:33 UTC --- And it breaks Solaris/SPARC bootstrap with both Sun as and gas. See the following testcase: $ cat string.c int main (void) {

[Bug target/50493] ICE in neon_disambiguate_copy, at config/arm/arm.c:20388

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50493 Richard Earnshaw rearnsha at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug bootstrap/51094] [4.7 Regression] Bootstrap failure at revision 181279 on non-ELF targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094 Jason Merrill jason at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |NEW --- Comment

[Bug fortran/51090] libgfortran main.c missing NULL check on return value from getenv()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51090 --- Comment #3 from Janne Blomqvist jb at gcc dot gnu.org 2011-11-11 16:31:59 UTC --- Author: jb Date: Fri Nov 11 16:31:47 2011 New Revision: 181288 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181288 Log: PR 51090 Check that getenv

[Bug fortran/51090] libgfortran main.c missing NULL check on return value from getenv()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51090 --- Comment #4 from Janne Blomqvist jb at gcc dot gnu.org 2011-11-11 16:38:24 UTC --- Author: jb Date: Fri Nov 11 16:38:11 2011 New Revision: 181290 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181290 Log: PR 51090 Fix r181288 to conform

[Bug fortran/51090] libgfortran main.c missing NULL check on return value from getenv()

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51090 Janne Blomqvist jb at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug c++/50976] [C++0x] literal operator with unsigned long long parameter not accepted

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976 --- Comment #20 from Jason Merrill jason at gcc dot gnu.org 2011-11-11 16:51:50 UTC --- Author: jason Date: Fri Nov 11 16:51:41 2011 New Revision: 181292 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181292 Log: PR c++/50976 *

[Bug c++/50976] [C++0x] literal operator with unsigned long long parameter not accepted

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50976 Jason Merrill jason at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/46728] GCC does not generate fmadd for pow (x, 0.75)+y on powerpc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46728 William J. Schmidt wschmidt at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug testsuite/51059] FAIL: gcc.misc-tests/gcov-14.c (test for excess errors) on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059 --- Comment #4 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-11-11 17:32:42 UTC --- Darwin's weak comes with a price flat namespace. try this: ... +/* { dg-options -O2 -fprofile-arcs -ftest-coverage -flat_namespace

[Bug target/51093] GCC 4.4.3 build fails with 'OPTION_ISA_AES' as undefined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51093 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last

[Bug testsuite/51059] FAIL: gcc.misc-tests/gcov-14.c (test for excess errors) on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059 --- Comment #5 from Iain Sandoe iains at gcc dot gnu.org 2011-11-11 19:37:00 UTC --- Having discussed this a bit with Mike, I think that my comment about flat_namespace is not 100% correct. However, in this specific case, it is probably the

[Bug tree-optimization/51074] No constant folding performed for VEC_PERM_EXPR, VEC_INTERLEAVE*EXPR, VEC_EXTRACT*EXPR

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51074 --- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2011-11-11 19:55:26 UTC --- Author: jakub Date: Fri Nov 11 19:55:23 2011 New Revision: 181297 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181297 Log: PR

[Bug tree-optimization/51058] [4.7 Regression] ICE: gimple check: expected gimple_assign(error_mark), have gimple_call() in gimple_assign_rhs_code, at gimple.h:1992

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51058 --- Comment #13 from Jakub Jelinek jakub at gcc dot gnu.org 2011-11-11 19:56:17 UTC --- Author: jakub Date: Fri Nov 11 19:56:13 2011 New Revision: 181298 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181298 Log: PR

[Bug tree-optimization/51091] [4.7 Regression] FAIL: gcc.dg/tree-ssa/stdarg-2.c scan-tree-dump stdarg

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51091 --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2011-11-11 19:57:26 UTC --- Author: jakub Date: Fri Nov 11 19:57:23 2011 New Revision: 181299 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181299 Log: PR

[Bug target/51093] GCC 4.4.3 build fails with 'OPTION_ISA_AES' as undefined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51093 --- Comment #3 from Om Ji Omer omjiomer at gmail dot com 2011-11-11 20:07:15 UTC --- Also had tried building in completely separate repository. But getting the same error.

[Bug testsuite/51059] FAIL: gcc.misc-tests/gcov-14.c (test for excess errors) on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059 --- Comment #6 from Nathan Sidwell nathan at gcc dot gnu.org 2011-11-11 20:11:31 UTC --- great, who wants to commit the fix?

[Bug testsuite/51059] FAIL: gcc.misc-tests/gcov-14.c (test for excess errors) on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059 --- Comment #7 from Iain Sandoe iains at gcc dot gnu.org 2011-11-11 20:21:51 UTC --- (In reply to comment #6) great, who wants to commit the fix? I'll post it ..

[Bug testsuite/51059] FAIL: gcc.misc-tests/gcov-14.c (test for excess errors) on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059 --- Comment #8 from Iain Sandoe iains at gcc dot gnu.org 2011-11-11 20:37:39 UTC --- and ... to answer Nathan's question: Darwin's weak works the way you expect -- however the symbol does have to be present at link time. So - one would

[Bug c++/50473] [C++0x] ICE in type_has_nontrivial_copy_init, at cp/tree.c:2574

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50473 --- Comment #4 from Jason Merrill jason at gcc dot gnu.org 2011-11-11 21:27:08 UTC --- Yep, the problem seems to be that we built up trees in the template that we don't then want to tsubst.

[Bug c++/51060] Temporary object stack space is not re-used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51060 Jason Merrill jason at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug libstdc++/51078] [PATCH] performance improvement of std::count algorithm

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51078 --- Comment #11 from Grygoriy Fuchedzhy grygoriy.fuchedzhy at gmail dot com 2011-11-11 21:53:50 UTC --- I've tried different optimization options: 1. -march=native -O2, 2. -march=native -O2 -funroll-loops, 3. -march=native -O2 -funroll-all-loops,

[Bug libstdc++/51078] [PATCH] performance improvement of std::count algorithm

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51078 Grygoriy Fuchedzhy grygoriy.fuchedzhy at gmail dot com changed: What|Removed |Added Attachment #25779|0 |1

[Bug target/51099] New: libgcc configure probe generates invalid code on MIPS

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51099 Bug #: 51099 Summary: libgcc configure probe generates invalid code on MIPS Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug target/51099] libgcc configure probe generates invalid code on MIPS

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51099 --- Comment #1 from Joel Sherrill joel at gcc dot gnu.org 2011-11-11 22:37:18 UTC --- Created attachment 25799 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25799 Test code and generated assembly Generated assembly has error: t.s:

[Bug target/51100] New: libgcc configure probe generates invalid code on sparc64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51100 Bug #: 51100 Summary: libgcc configure probe generates invalid code on sparc64 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug target/45233] FAIL: gcc.c-torture/compile/pr44707.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45233 --- Comment #10 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-11-11 22:41:36 UTC --- The patch in comment #8 fixes this pr. I have only been able to regtest gcc and gfortran without regression. Thanks.

[Bug c/51101] New: i386-rtems fails to compile dwarf2asm.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51101 Bug #: 51101 Summary: i386-rtems fails to compile dwarf2asm.c Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority:

[Bug rtl-optimization/50904] [4.7 regression] pessimization when -fno-protect-parens is enabled by -Ofast

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50904 --- Comment #14 from Venkataramanan Kumar venkataramanan.kumar.gnu at gmail dot com 2011-11-11 22:58:01 UTC --- I ran polyhedron benchmarks with -march=bdver1 and -Ofast. Induct run time was brought down to 53.45 sec from 70.93 sec. Other

[Bug bootstrap/51094] [4.7 Regression] Bootstrap failure at revision 181279 on non-ELF targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094 --- Comment #8 from jimis jimis at gmx dot net 2011-11-11 23:00:47 UTC --- Created attachment 25800 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25800 Use libiberty's stpcpy() Does the attached patch solve the stpcpy() issue?

[Bug libstdc++/51078] [PATCH] performance improvement of std::count algorithm

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51078 --- Comment #13 from Paolo Carlini paolo.carlini at oracle dot com 2011-11-11 23:03:38 UTC --- I would say, the next step, is analyzing why: std::count seems a very simple algorithm, no aliasing issues for example, compiler should be able to

[Bug bootstrap/51094] [4.7 Regression] Bootstrap failure at revision 181279 on non-ELF targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094 --- Comment #9 from jimis jimis at gmx dot net 2011-11-11 23:31:22 UTC --- Created attachment 25801 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25801 fix for platforms not using GNU as I redefined STRING_ASM_OP and changed ELF_STRING_LIMIT

[Bug bootstrap/51094] [4.7 Regression] Bootstrap failure at revision 181279 on non-ELF targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094 --- Comment #10 from jimis jimis at gmx dot net 2011-11-11 23:34:55 UTC --- Nevertheless, I'd prefer using ELF_STRING_LIMIT and ELF_STRING_ASM_OP names to point out that they affect only elf_* functions. But this renaming would touch various rare

[Bug bootstrap/51094] [4.7 Regression] Bootstrap failure at revision 181279 on non-ELF targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094 --- Comment #11 from jimis jimis at gmx dot net 2011-11-11 23:38:54 UTC --- Created attachment 25802 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25802 STRING_LIMIT and STRING_ASM_OP usage in gcc See attached file for platforms that will

[Bug libstdc++/51102] New: missing macros in atomic

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51102 Bug #: 51102 Summary: missing macros in atomic Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug fortran/51103] New: configure: error: GNU Fortran is not working

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51103 Bug #: 51103 Summary: configure: error: GNU Fortran is not working Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: blocker

[Bug fortran/51104] New: internal compiler error: in gfc_get_derived_type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51104 Bug #: 51104 Summary: internal compiler error: in gfc_get_derived_type Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal

[Bug fortran/51103] configure: error: GNU Fortran is not working

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

[Bug fortran/51104] internal compiler error: in gfc_get_derived_type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51104 kargl at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug fortran/48923] Type with Allocatable Length Character Component

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48923 kargl at gcc dot gnu.org changed: What|Removed |Added CC||fkrogh#gcc at mathalacarte

[Bug fortran/51103] configure: error: GNU Fortran is not working

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51103 --- Comment #2 from Richard Lewis richalewis at gmail dot com 2011-11-12 07:12:54 UTC --- I've been building GNU software since 1988. Perhaps I missed something?

[Bug fortran/51103] configure: error: GNU Fortran is not working

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51103 --- Comment #3 from Richard Lewis richalewis at gmail dot com 2011-11-12 07:16:43 UTC --- Every language builds, except Fortran. Is there something I missed trying to build libgfortran.a?

[Bug fortran/51103] configure: error: GNU Fortran is not working

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51103 --- Comment #4 from kargl at gcc dot gnu.org 2011-11-12 07:20:10 UTC --- (In reply to comment #2) I've been building GNU software since 1988. Perhaps I missed something? Yes, I believe you did, which is why I asked if you read the installation