[Bug fortran/59941] [4.7 Regression] [OOP] ICE with polymorphic types

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59941 --- Comment #13 from janus at gcc dot gnu.org --- (In reply to janus from comment #12) > Here is a more lightweight fix (pretty much straightforward): ... and regtesting cleanly.

[Bug fortran/59906] [4.7/4.8/4.9 Regression] error: size of variable '' is too large

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59906 --- Comment #3 from Harald Anlauf --- I ran the testcase under gdb to see where the error is thrown. Starting program: /opt/gcc/4.9/lib/gcc/i686-pc-linux-gnu/4.9.0/f951 robin_gfortran_bug.f90 -quiet -dumpbase robin_gfortran_bug.f90 -mtune=generic

[Bug c/59972] New: -Wunused-value emits inconsistent warnings for unused computed values

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59972 Bug ID: 59972 Summary: -Wunused-value emits inconsistent warnings for unused computed values Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug gcov-profile/59973] New: Creates a 32GB unused bss symbol with -fprofile-generate

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59973 Bug ID: 59973 Summary: Creates a 32GB unused bss symbol with -fprofile-generate Product: gcc Version: 4.7.3 Status: UNCONFIRMED Severity: normal Priori

[Bug gcov-profile/59973] Creates a 32GB unused bss symbol with -fprofile-generate

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59973 --- Comment #1 from Mike Hommey --- Created attachment 31971 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31971&action=edit Value.ii.gz Looks like the attachment didn't work at bug creation time.

[Bug libstdc++/59974] ostream crashes on large numbers under Windows

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59974 --- Comment #1 from Stephen Kitt --- Created attachment 31973 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31973&action=edit Proposed patch

[Bug libstdc++/59974] New: ostream crashes on large numbers under Windows

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59974 Bug ID: 59974 Summary: ostream crashes on large numbers under Windows Product: gcc Version: 4.6.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lib

[Bug debug/59575] [4.9 regression] ICE in maybe_record_trace_start, at dwarf2cfi.c:2239

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59575 --- Comment #21 from Jakub Jelinek --- Can you break gen_rtx_fmt_E_stat if code == SEQUENCE and see where this SEQUENCE has been allocated and why the count is so bogusly high?

[Bug libstdc++/59974] ostream crashes on large numbers under Windows

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59974 --- Comment #2 from Andrew Pinski --- C99 says they return the number of characters that would have been written for the return value of snprintf. Now older versions of glibc (2.0.6) are broken the same way mingw is broken.

[Bug libstdc++/59974] ostream crashes on large numbers under Windows

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59974 --- Comment #3 from Stephen Kitt --- Thanks for the quick feedback. It's not actually MinGW-w64 which is broken but the Windows runtime library; MinGW-w64 provides its own C99-compliant implementation of vsnprintf.

[Bug c++/59975] New: [C++11] Bogus "declared using local type ‘...’, is used but never defined"

; } Using g++ (GCC) 4.9.0 20140128 (experimental) g++ -std=c++11 t.cc t.cc:4:20: error: 'const T* AbstractThing::method() const [with T = main()::Foo]', declared using local type 'const main()::Foo', is used but never defined [-fpermissive] virtual const T* method() const =

[Bug gcov-profile/55650] [4.8 Regression] Firefox profiledbuild: libxul.so: cannot map zero-fill pages: Cannot allocate memory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55650 --- Comment #4 from Mike Hommey --- *** Bug 59973 has been marked as a duplicate of this bug. ***

[Bug gcov-profile/59973] Creates a 32GB unused bss symbol with -fprofile-generate

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59973 Mike Hommey changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/59672] Add -m16 support for x86

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59672 --- Comment #9 from David Woodhouse --- Thanks. This appears to work for me to build the Linux kernel's 16-bit boot code with the patch at http://lkml.kernel.org/r/1389180083-23249-3-git-send-email-david.woodho...@intel.com

[Bug target/59968] Unused BT patterns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968 --- Comment #16 from H.J. Lu --- I couldn't get GCC to use those BT patterns: (define_insn "*btsq" [(set (zero_extract:DI (match_operand:DI 0 "register_operand" "+r") (const_int 1) (match_operan

[Bug target/59968] Unused BT patterns

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59968 --- Comment #17 from H.J. Lu --- Created attachment 31974 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31974&action=edit A micro-benchmark for BTS with register BTS with register operand is about 7-20% faster on Silvermont an Haswell.

[Bug target/59958] alpha does not deal with non-aligned returns from malloc() when doing byte wise access

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59958 --- Comment #3 from Andrew Pinski --- (In reply to Martin Husemann from comment #2) > Is the alignment expected from malloc() configurable in gcc and/or different > from the standard stack alignment? Yes MALLOC_ABI_ALIGNMENT: @defmac MALLOC_ABI_A

[Bug c++/59818] [4.9 regression] Bogus error: call of overloaded .... is ambiguous

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59818 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/23055] overload resolution does not find templated function (zero -> pointer)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23055 Bug 23055 depends on bug 59818, which changed state. Bug 59818 Summary: [4.9 regression] Bogus error: call of overloaded is ambiguous http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59818 What|Removed |Added -

[Bug c++/59315] [4.9 regression] g++.dg/warn/Wunused-3.C FAILs with -fno-use-cxa-atexit

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

[Bug c++/59791] [4.9 Regression] ICE: Error reporting routines re-entered. with -fcompare-debug

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59791 Jason Merrill changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug c++/59791] [4.9 Regression] ICE: Error reporting routines re-entered. with -fcompare-debug

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59791 --- Comment #2 from Jason Merrill --- Author: jason Date: Wed Jan 29 04:10:58 2014 New Revision: 207224 URL: http://gcc.gnu.org/viewcvs?rev=207224&root=gcc&view=rev Log: PR c++/59791 * pt.c (tsubst_decl) [VAR_DECL]: Allow in unevaluated c

[Bug c/59976] New: Spurious warning on converting const int variable to unsigned long

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59976 Bug ID: 59976 Summary: Spurious warning on converting const int variable to unsigned long Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

<    1   2