[Bug lto/59582] LTO discards symbol that defined as weak elsewhere

2013-12-23 Thread joey.ye at arm dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59582 --- Comment #2 from Joey Ye --- Lastest binutils trunk still has this issue. I'm assuming 2.24 the same.

[Bug c++/59349] [4.9 Regression] ICE on invalid: Segmentation fault toplev.c:336

2013-12-23 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59349 --- Comment #3 from Jason Merrill --- Author: jason Date: Tue Dec 24 04:22:15 2013 New Revision: 206192 URL: http://gcc.gnu.org/viewcvs?rev=206192&root=gcc&view=rev Log: PR c++/59349 * parser.c (cp_parser_lambda_introducer): Handle empty

[Bug c++/59271] [4.9 Regression] a.C:16:21: internal compiler error: in strip_typedefs, at cp/tree.c:1315

2013-12-23 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59271 --- Comment #4 from Jason Merrill --- Author: jason Date: Tue Dec 24 04:22:23 2013 New Revision: 206193 URL: http://gcc.gnu.org/viewcvs?rev=206193&root=gcc&view=rev Log: PR c++/59271 * lambda.c (build_capture_proxy): Use build_cplus_array

[Bug c/59590] gcc produces an infinite loop on O2 optimization

2013-12-23 Thread cottrell at wfu dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59590 --- Comment #2 from Allin Cottrell --- OK, you're right, there's an off-by-one bug in the second k-loop. But it's not very nice that gcc takes that as a license to produce an infinite loop. However, I guess that makes this report a duplicate of s

[Bug target/59573] aarch64: commit 07ca5686e64 broken glibc-2.17

2013-12-23 Thread dennis.yxun at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59573 --- Comment #7 from Dennis Lan (dlan) --- Ok, it's qemu problem, not gcc. I've built rootfs in qemu (with cmeq insn implemented), then deploy the rootfs into foudation_v8 emulator. test to compiles code with gcc, and it works fine, without the li

[Bug c/59590] gcc produces an infinite loop on O2 optimization

2013-12-23 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59590 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/59589] Memory leak when deallocating polymorphic

2013-12-23 Thread townsend at astro dot wisc.edu
-gmp=/Applications/madsdk --with-mpfr=/Applications/madsdk --with-mpc=/Applications/madsdk --enable-languages=c,c++,fortran --disable-multilib --disable-nls --disable-libsanitizer Thread model: posix gcc version 4.9.0 20131223 (experimental) (GCC) townsend@talos ~ $ gfortran -o test_leak test_leak.f9

[Bug c/59590] New: gcc produces an infinite loop on O2 optimization

2013-12-23 Thread cottrell at wfu dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59590 Bug ID: 59590 Summary: gcc produces an infinite loop on O2 optimization Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: major Priority: P3 Component: c

[Bug fortran/59589] Memory leak when deallocating polymorphic

2013-12-23 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug fortran/59589] Memory leak when deallocating polymorphic

2013-12-23 Thread townsend at astro dot wisc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589 --- Comment #1 from Rich Townsend --- Oops, missed out details. This is with rev. 206179, on both OS X and Linux.

[Bug fortran/58007] [4.7/4.9 Regression] [OOP] ICE in free_pi_tree(): Unresolved fixup - resolve_fixups does not fixup component of __class_bsr_Bsr_matrix

2013-12-23 Thread townsend at astro dot wisc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58007 --- Comment #11 from Rich Townsend --- #6 fails with 4.9.0 (svn rev. 206179), on both OS X and Linux.

[Bug fortran/59589] New: Memory leak when deallocating polymorphic

2013-12-23 Thread townsend at astro dot wisc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589 Bug ID: 59589 Summary: Memory leak when deallocating polymorphic Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug target/59587] cpu_names in i386.c is accessed with wrong index

2013-12-23 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59587 H.J. Lu changed: What|Removed |Added Attachment #31505|0 |1 is obsolete|

[Bug target/59203] config/cris/cris.c:2491: possible typo ?

2013-12-23 Thread hp at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59203 Hans-Peter Nilsson changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/59586] [4.8/4.9 Regression] [graphite] Segmentation fault with -Ofast -floop-parallelize-all -ftree-parallelize-loops

2013-12-23 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59586 Dominique d'Humieres changed: What|Removed |Added CC||spop at gcc dot gnu.org

[Bug target/59203] config/cris/cris.c:2491: possible typo ?

2013-12-23 Thread hp at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59203 --- Comment #3 from Hans-Peter Nilsson --- Author: hp Date: Mon Dec 23 23:12:09 2013 New Revision: 206188 URL: http://gcc.gnu.org/viewcvs?rev=206188&root=gcc&view=rev Log: PR target/59203 * config/cris/cris.c (cris_pic_symbol_type_of): Fi

[Bug target/59588] New: Odd codes in ix86_option_override_internal

2013-12-23 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59588 Bug ID: 59588 Summary: Odd codes in ix86_option_override_internal Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug middle-end/59584] [4.9 Regression]: cannot handle define_split for insn emitted for __builtin_stack_restore

2013-12-23 Thread hp at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59584 Hans-Peter Nilsson changed: What|Removed |Added Priority|P3 |P5 Summary|[4.9 Regressio

[Bug middle-end/59584] [4.9 Regression]: gcc.dg/pr50251.c ICE exposed by "Don't reject TER unnecessarily"

2013-12-23 Thread hp at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59584 --- Comment #6 from Hans-Peter Nilsson --- Author: hp Date: Mon Dec 23 22:33:52 2013 New Revision: 206187 URL: http://gcc.gnu.org/viewcvs?rev=206187&root=gcc&view=rev Log: PR middle-end/59584 * config/cris/predicates.md (cris_nonsp_regist

[Bug target/59587] cpu_names in i386.c is accessed with wrong index

2013-12-23 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59587 --- Comment #1 from H.J. Lu --- Created attachment 31505 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31505&action=edit A patch I am testing this patch.

[Bug middle-end/59584] [4.9 Regression]: gcc.dg/pr50251.c ICE exposed by "Don't reject TER unnecessarily"

2013-12-23 Thread hp at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59584 --- Comment #5 from Hans-Peter Nilsson --- The actual bug causing the ICE is that the combination of expr.c:find_args_size_adjust and expr.c:fixup_args_size_notes\ can't handle a define_split matching for the stack-adjustment assignment instructi

[Bug middle-end/59584] [4.9 Regression]: gcc.dg/pr50251.c ICE exposed by "Don't reject TER unnecessarily"

2013-12-23 Thread hp at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59584 --- Comment #4 from Hans-Peter Nilsson --- (In reply to Jakub Jelinek from comment #3) > So is this actually a regression then (I mean, has it worked in 4.8 or 4.7 > etc.)? That's not the definition. At one point it work on trunk (4.9) thus it's

[Bug target/59587] New: cpu_names in i386.c is accessed with wrong index

2013-12-23 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59587 Bug ID: 59587 Summary: cpu_names in i386.c is accessed with wrong index Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: t

[Bug tree-optimization/59586] Segmentation fault with -Ofast -floop-parallelize-all -ftree-parallelize-loops

2013-12-23 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59586 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/59586] New: Segmentation fault with -Ofast -floop-parallelize-all -ftree-parallelize-loops

2013-12-23 Thread chaosgate at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59586 Bug ID: 59586 Summary: Segmentation fault with -Ofast -floop-parallelize-all -ftree-parallelize-loops Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: n

[Bug c++/59349] [4.9 Regression] ICE on invalid: Segmentation fault toplev.c:336

2013-12-23 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59349 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug middle-end/59584] [4.9 Regression]: gcc.dg/pr50251.c ICE exposed by "Don't reject TER unnecessarily"

2013-12-23 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59584 --- Comment #3 from Jakub Jelinek --- So is this actually a regression then (I mean, has it worked in 4.8 or 4.7 etc.)?

[Bug c++/41090] [4.7/4.8/4.9 Regression] Using static label reference in c++ class constructor produces wrong code

2013-12-23 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41090 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/41090] [4.7/4.8/4.9 Regression] Using static label reference in c++ class constructor produces wrong code

2013-12-23 Thread jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41090 --- Comment #19 from Jason Merrill --- Author: jason Date: Mon Dec 23 17:49:47 2013 New Revision: 206182 URL: http://gcc.gnu.org/viewcvs?rev=206182&root=gcc&view=rev Log: PR c++/41090 Add -fdeclone-ctor-dtor. gcc/cp/ * optimize.c (can

[Bug fortran/59577] OpenMP: ICE with type(c_ptr) in private()

2013-12-23 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59577 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/59577] OpenMP: ICE with type(c_ptr) in private()

2013-12-23 Thread 06needhamt at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59577 --- Comment #1 from Thomas Needham <06needhamt at gmail dot com> --- Also occurs in version 4.8.2

[Bug middle-end/59569] [4.9 Regression] r206148 causes internal compiler error: in vect_create_destination_var, at tree-vect-data-refs.c:4294

2013-12-23 Thread meibf at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59569 --- Comment #11 from meibf at gcc dot gnu.org --- Author: meibf Date: Mon Dec 23 15:07:58 2013 New Revision: 206179 URL: http://gcc.gnu.org/viewcvs?rev=206179&root=gcc&view=rev Log: 2013-12-23 Bingfeng Mei PR middle-end/59569 * tree-ve

[Bug sanitizer/59585] Tests failing due to trailing newline

2013-12-23 Thread y.gribov at samsung dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59585 --- Comment #1 from Yury Gribov --- Created attachment 31503 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31503&action=edit Draft patch

[Bug sanitizer/59585] New: Tests failing due to trailing newline

2013-12-23 Thread y.gribov at samsung dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59585 Bug ID: 59585 Summary: Tests failing due to trailing newline Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: sanitizer

[Bug target/59573] aarch64: commit 07ca5686e64 broken glibc-2.17

2013-12-23 Thread dennis.yxun at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59573 --- Comment #6 from Dennis Lan (dlan) --- (In reply to Yvan Roux from comment #5) > is the foundation model failing for the same reason here (i.e. not > recognizing the cmeq instruction) ? Not exactly, the foundation_v8 got abort while compiling

[Bug middle-end/59584] [4.9 Regression]: gcc.dg/pr50251.c ICE exposed by "Don't reject TER unnecessarily"

2013-12-23 Thread hp at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59584 --- Comment #2 from Hans-Peter Nilsson --- (In reply to Jakub Jelinek from comment #1) > Are you sure it didn't fail before r205026 as well, because what my patch > did was essentially restore the old behavior unless strictly necessary (then > it

[Bug middle-end/59584] [4.9 Regression]: gcc.dg/pr50251.c ICE exposed by "Don't reject TER unnecessarily"

2013-12-23 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59584 --- Comment #1 from Jakub Jelinek --- Are you sure it didn't fail before r205026 as well, because what my patch did was essentially restore the old behavior unless strictly necessary (then it would keep the r205026+ behavior).

[Bug middle-end/59584] New: [4.9 Regression]: gcc.dg/pr50251.c ICE exposed by "Don't reject TER unnecessarily"

2013-12-23 Thread hp at gcc dot gnu.org
ocessed pr50251.i -melf -quiet -dumpbase pr50251.c -auxbase-strip pr50251.s -O2 -version -fno-diagnostics-show-caret -fdiagnostics-color=never -o pr50251.s GNU C (GCC) version 4.9.0 20131223 (experimental) [trunk revision 206176] (cris-elf) compiled by GNU C version 4.4.4 20100630 (Red Hat 4.4

[Bug c++/59111] [4.9 Regression] [c++11] ICE on invalid usage of auto in return type

2013-12-23 Thread mpolacek at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59111 Marek Polacek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug rtl-optimization/57422] [4.9 Regression] ICE: SIGSEGV in dominated_by_p with custom flags

2013-12-23 Thread abel at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57422 Andrey Belevantsev changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug rtl-optimization/57422] [4.9 Regression] ICE: SIGSEGV in dominated_by_p with custom flags

2013-12-23 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57422 H.J. Lu changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug lto/59582] LTO discards symbol that defined as weak elsewhere

2013-12-23 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59582 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c++/59111] [4.9 Regression] [c++11] ICE on invalid usage of auto in return type

2013-12-23 Thread mpolacek at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59111 --- Comment #3 from Marek Polacek --- Author: mpolacek Date: Mon Dec 23 12:14:56 2013 New Revision: 206177 URL: http://gcc.gnu.org/viewcvs?rev=206177&root=gcc&view=rev Log: PR c++/59111 cp/ * search.c (lookup_conversions): Return NULL_TRE

[Bug bootstrap/59583] New: --enable-targets=all --with-cpu=broadwell isn't allowed to configure i686-linux

2013-12-23 Thread hjl.tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59583 Bug ID: 59583 Summary: --enable-targets=all --with-cpu=broadwell isn't allowed to configure i686-linux Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity:

[Bug middle-end/59569] [4.9 Regression] r206148 causes internal compiler error: in vect_create_destination_var, at tree-vect-data-refs.c:4294

2013-12-23 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59569 --- Comment #10 from Jakub Jelinek --- (In reply to Bingfeng Mei from comment #9) > Seems simple patch is to just bypass permutation for constant operand as > vec_oprnd is a constant vector with identical elements. > > Index: tree-vect-stmts.c >

[Bug middle-end/59569] [4.9 Regression] r206148 causes internal compiler error: in vect_create_destination_var, at tree-vect-data-refs.c:4294

2013-12-23 Thread bmei at broadcom dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59569 --- Comment #9 from Bingfeng Mei --- Seems simple patch is to just bypass permutation for constant operand as vec_oprnd is a constant vector with identical elements. Index: tree-vect-stmts.c ===

[Bug middle-end/59569] [4.9 Regression] r206148 causes internal compiler error: in vect_create_destination_var, at tree-vect-data-refs.c:4294

2013-12-23 Thread bmei at broadcom dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59569 --- Comment #8 from Bingfeng Mei --- Sorry for the regression. The assertion happens if storing a constant value with negative step. Doing permutation of constant is not the best optimization here. So the easy way to fix is to skip vectorizing thi

[Bug target/59573] aarch64: commit 07ca5686e64 broken glibc-2.17

2013-12-23 Thread yvan.roux at linaro dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59573 Yvan Roux changed: What|Removed |Added CC||yvan.roux at linaro dot org --- Comment #5 fr

[Bug middle-end/59569] [4.9 Regression] r206148 causes internal compiler error: in vect_create_destination_var, at tree-vect-data-refs.c:4294

2013-12-23 Thread jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59569 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P1