[Bug fortran/52531] [OOP] Compilation fails with polymorphic dummy argument and OpenMP

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52531 --- Comment #8 from janus at gcc dot gnu.org --- (In reply to janus from comment #7) > Note that OpenMP 4.0 RC2 still lists polymorphic entities as unsupported, > cf. http://openmp.org/wp/openmp-specifications/ Update: OpenMP has been officially r

[Bug c/57821] 'array is too large' error is missing when sizetype overflows

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57821 --- Comment #4 from Chung-Ju Wu --- (In reply to John David Anglin from comment #3) > On 32-bit hppa-unknown-linux-gnu: > > Executing on host: /home/dave/gnu/gcc/objdir/gcc/xgcc > -B/home/dave/gnu/gcc/objdi > r/gcc/ /home/dave/gnu/gcc/gcc/gcc/tes

[Bug c/57821] 'array is too large' error is missing when sizetype overflows

t; See <http://gcc.gnu.org/bugs.html> for instructions. I was using GCC trunk 20130724 Rev.201200. $ /home1/jasonwucj/WORKING/WORK-CONTRIBUTION/build-system-3/build/build-nds32le-elf-newlib-v3/build-gcc-final/gcc/xgcc --version xgcc (2013-07-24 nds32le-elf-newlib-v3) 4.9.0 20130724 (experiment

[Bug c++/57942] g++-4.8.1 tries to instantiate wrong constructor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57942 Paolo Carlini changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/57965] New: Allocation of derived type containing an allocatable character component segfaults

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57965 Bug ID: 57965 Summary: Allocation of derived type containing an allocatable character component segfaults Product: gcc Version: unknown Status: UNCONFIRMED Sever

[Bug rtl-optimization/57960] LRA ICE building glibc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57960 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment #

[Bug c/57923] [4.9 Regression] ICE in handle_braces (gcc.c) at -O3 (both 32-bit and 64-bit modes)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57923 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[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 Marek Polacek changed: What|Removed |Added CC||su at cs dot ucdavis.edu --- Comment #9 f

[Bug tree-optimization/57923] [4.9 Regression] ICE in handle_braces (gcc.c) at -O3 (both 32-bit and 64-bit modes)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57923 Marek Polacek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug rtl-optimization/57662] [4.9 Regression] ICE: SIGSEGV in code_motion_process_successors with -fschedule-insns2 -fselective-scheduling2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57662 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/57960] S/390: LRA ICE building glibc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57960 Andreas Krebbel changed: What|Removed |Added Target||s390x-ibm-linux Host|

[Bug fortran/57966] New: Using a TBP to specify the shape of a dummy argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57966 Bug ID: 57966 Summary: Using a TBP to specify the shape of a dummy argument Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug rtl-optimization/57967] New: Incorrect code generated on ARM with -fexpensive-optimizations

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57967 Bug ID: 57967 Summary: Incorrect code generated on ARM with -fexpensive-optimizations Product: gcc Version: 4.6.3 Status: UNCONFIRMED Severity: normal

[Bug rtl-optimization/57967] Incorrect code generated on ARM with -fexpensive-optimizations

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57967 --- Comment #1 from Daniel Blaukopf --- Created attachment 30544 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30544&action=edit Test case that can be run with libgcc-bug.so to show the failure

[Bug rtl-optimization/57967] Incorrect code generated on ARM with -fexpensive-optimizations

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57967 --- Comment #2 from Daniel Blaukopf --- This code: int f1(int x0, int y0, int z0, int x1, int y1, int z1) { int xx = ((x0 << 16) + (x1 - x0) * 0x1234 + 0x8000) >> 16; int yy = ((y0 << 16) + (y1 - y0) * 0x2345 + 0x8000) >> 16; int zz =

[Bug fortran/57966] [OOP] Using a TBP to specify the shape of a dummy argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57966 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||rejects-valid Statu

[Bug rtl-optimization/57968] New: MODE_EXIT switches inserted too late

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57968 Bug ID: 57968 Summary: MODE_EXIT switches inserted too late Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimizat

[Bug rtl-optimization/57968] MODE_EXIT switches inserted too early

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57968 --- Comment #1 from Jorn Wolfgang Rennecke --- A patch is here: http://gcc.gnu.org/ml/gcc-patches/2013-07/msg01081.html

[Bug fortran/57966] [OOP] Using a TBP to specify the shape of a dummy argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57966 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|una

[Bug target/57969] New: AIX data alignment behaviour

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57969 Bug ID: 57969 Summary: AIX data alignment behaviour Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assi

[Bug c++/57880] cp/parser.c: 6 * missing break ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57880 --- Comment #5 from David Binderman --- Created attachment 30545 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30545&action=edit source code patch This patch seems to shut up cppcheck. I did a bootstrap and that seemed ok. It seems good t

[Bug c++/57880] cp/parser.c: 6 * missing break ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57880 --- Comment #6 from David Binderman --- (In reply to Paolo Carlini from comment #4) > For a quicker review, I would recommend CC-ing Jason and adding [C++ Patch] > to the subject line. I'm not on the inner wheel for C++ patches, so I am guessing

[Bug rtl-optimization/57662] [4.9 Regression] ICE: SIGSEGV in code_motion_process_successors with -fschedule-insns2 -fselective-scheduling2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57662 --- Comment #2 from Marek Polacek --- In sel-sched.c, /* We have simplified the control flow below this point. In this case, the iterator becomes invalid. We need to try again. */ if (BLOCK_FOR_INSN (insn)->index != old_ind

[Bug other/57970] New: segfault in sched-deps.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57970 Bug ID: 57970 Summary: segfault in sched-deps.c Product: gcc Version: 4.7.3 Status: UNCONFIRMED Severity: major Priority: P3 Component: other Assignee:

[Bug fortran/57966] [OOP] Using a TBP to specify the shape of a dummy argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57966 --- Comment #3 from janus at gcc dot gnu.org --- (In reply to janus from comment #2) > Draft patch (not regtested yet): Seems to survive the regtest without any failures (except for round_4.f90, which is unrelated).

[Bug c++/57880] cp/parser.c: 6 * missing break ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57880 --- Comment #7 from Jonathan Wakely --- Yes, or at gcc.gnu.org

[Bug rtl-optimization/57960] S/390: LRA ICE building glibc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57960 Vladimir Makarov changed: What|Removed |Added CC||vmakarov at redhat dot com --- Comment

[Bug libstdc++/53622] C++11 regex captures extra characters

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53622 --- Comment #4 from Jonathan Wakely --- Should be fixed by http://gcc.gnu.org/ml/gcc-cvs/2013-07/msg00643.html

[Bug libstdc++/57173] Regex match group contain extraneous character...

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57173 --- Comment #2 from Jonathan Wakely --- Should be fixed by http://gcc.gnu.org/ml/gcc-cvs/2013-07/msg00643.html

[Bug libstdc++/57513] std::regex_token_iterator fails to link

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57513 --- Comment #2 from Paolo Carlini --- This is fixed in 4.9.0.

[Bug c++/57880] cp/parser.c: 6 * missing break ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57880 --- Comment #8 from Paolo Carlini --- If we have a straightforward explanation for why the very weird code isn't causing problems, I think the fix almost qualifies as obvious, if properly tested. Do we? Does it only amount to a small memory leak o

[Bug c++/57880] cp/parser.c: 6 * missing break ?

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

[Bug rtl-optimization/57967] [4.7 regresssion] Incorrect code generated on ARM with -fexpensive-optimizations

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57967 Richard Earnshaw changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/55334] [4.8/4.9 Regression] mgrid regression (ipa-cp disables vectorization)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55334 --- Comment #33 from Martin Jambor --- I can confirm that one call of resid now gets inlined on the branch even on x86_64 (I'm confused why, the dump seems to suggest all call sites would violate param max-inline-insns-auto limit but then one gets

[Bug libstdc++/57513] std::regex_token_iterator fails to link

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

[Bug c++/57880] cp/parser.c: 6 * missing break ?

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

[Bug c++/57971] New: Improve copy elision when returning structs by value

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57971 Bug ID: 57971 Summary: Improve copy elision when returning structs by value Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: enhancement Priority: P3 Com

[Bug fortran/53309] Unnecessary temporary array creation in subroutine call

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53309 --- Comment #1 from Thomas Koenig --- The runtime test is done by _gfortran_internal_pack. -Warray-temporaries creates the warning if this is called. If you want to know if a temporary has actually been created, use -fcheck-array-temporaries. D

[Bug tree-optimization/57972] New: Statement sinking algorithm should just be replaced with GCM algorithm's late scheduler

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57972 Bug ID: 57972 Summary: Statement sinking algorithm should just be replaced with GCM algorithm's late scheduler Product: gcc Version: unknown Status: UNCONFIRMED

[Bug c++/57973] New: incorrect access check for protected member of template base with using

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57973 Bug ID: 57973 Summary: incorrect access check for protected member of template base with using Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug c++/57974] New: std::pow(std::complex(0),1) returns (-nan,-nan)

linux-gnu/4.9.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: ../configure --prefix=/home/henner/gcc-4.9.0 Thread model: posix gcc version 4.9.0 20130724 (experimental) (GCC)

[Bug c++/57973] incorrect access check for protected member of template base with using

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57973 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work|

[Bug c++/57975] New: Core dump caused by linking with -lpthread

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57975 Bug ID: 57975 Summary: Core dump caused by linking with -lpthread Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/57975] Core dump caused by linking with -lpthread

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57975 Michi Henning changed: What|Removed |Added Version|unknown |4.7.3 --- Comment #1 from Michi Henning

[Bug c++/57973] incorrect access check for protected member of template base with using

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57973 --- Comment #2 from Roger Orr --- Thank you. Aoplogies for the noise.

[Bug fortran/57965] Allocation of derived type containing an allocatable character component segfaults

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57965 Tobias Burnus changed: What|Removed |Added Keywords||wrong-code CC|

[Bug fortran/57966] [OOP] Using a TBP to specify the shape of a dummy argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57966 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #4

[Bug middle-end/57974] std::pow(std::complex(0),1) returns (-nan,-nan)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57974 Paolo Carlini changed: What|Removed |Added Component|c++ |middle-end --- Comment #1 from Paolo Carl

[Bug c++/57975] Core dump caused by linking with -lpthread

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57975 Paolo Carlini changed: What|Removed |Added CC|michi at triodia dot com |jwakely.gcc at gmail dot com ---

[Bug fortran/53309] Unnecessary temporary array creation in subroutine call

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

[Bug fortran/53309] Unnecessary temporary array creation in subroutine call

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53309 --- Comment #3 from Rich Townsend --- Thanks for the explanation about -Warray-temporaries vs. -fcheck-array-temporaries -- got it! Might be worth changing the output text from the former to something like "Warning: Array temporary might be creat

[Bug middle-end/57974] std::pow(std::complex(0),1) returns (-nan,-nan)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57974 --- Comment #2 from Paolo Carlini --- Or, more elegantly: __builtin_expl (-__builtin_huge_vall ())

[Bug middle-end/57974] std::pow(std::complex(0),1) returns (-nan,-nan)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57974 Paolo Carlini changed: What|Removed |Added Keywords||wrong-code Priority|P3

[Bug libstdc++/57975] Core dump caused by linking with -lpthread

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57975 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libstdc++/57975] Core dump caused by linking with -lpthread

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57975 Jonathan Wakely changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug libstdc++/57975] Core dump caused by linking with -lpthread

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57975 --- Comment #4 from Paolo Carlini --- Thanks!

[Bug libstdc++/57975] Core dump caused by linking with -lpthread

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57975 --- Comment #5 from Jonathan Wakely --- I am working (slowly) on some additional Debug Mode checks in , etc. so at some point you'll be able to debug this with -D_GLIBCX_DEBUG

[Bug libstdc++/57976] New: Missing time_get<>::get() functions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57976 Bug ID: 57976 Summary: Missing time_get<>::get() functions Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++

[Bug libstdc++/57976] Missing time_get<>::get() functions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57976 --- Comment #1 from Paolo Carlini --- The status page needs a tweak: it's well known that isn't implemented, for the simple reason that completing the C++11 time_get means adding the do_get virtual, which didn't exist in C++98, and doing that brea

[Bug libstdc++/57976] Missing time_get<>::get() functions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57976 --- Comment #2 from Leo Carreon --- Is there a plan to implement those functions? If yes, in which version?

[Bug libstdc++/57976] Missing time_get<>::get() functions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57976 --- Comment #3 from Paolo Carlini --- When we break the ABI. Likely in the release series after 4.9.

[Bug libstdc++/57976] Missing time_get<>::get() functions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57976 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libstdc++/57975] Core dump caused by linking with -lpthread

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57975 --- Comment #6 from Michi Henning --- How embarrassing. The joys of default constructors :-( Stupid mistake of mine.

[Bug libstdc++/54354] TODO extended iomanip manipulators std::get_time and std::put_time (C++11, section 27.7.5)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54354 Paolo Carlini changed: What|Removed |Added CC||lcarreon at bigpond dot net.au --- Commen

[Bug libstdc++/57914] Memory leak in __cxa_thread_atexit when using thread_local

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57914 Paolo Carlini changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libstdc++/57976] Missing time_get<>::get() functions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57976 --- Comment #5 from Paolo Carlini --- I have adjusted status_cxx2011.xml

[Bug c/57821] 'array is too large' error is missing when sizetype overflows

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57821 --- Comment #6 from Chung-Ju Wu --- (In reply to Chung-Ju Wu from comment #4) > (In reply to John David Anglin from comment #3) > > On 32-bit hppa-unknown-linux-gnu: > > > Same issue on my 32-bit nds32le-elf target: > Interesting. With our tar

[Bug c++/57977] New: zero-length const array in union prohibits default copy xtor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57977 Bug ID: 57977 Summary: zero-length const array in union prohibits default copy xtor Product: gcc Version: 4.7.3 Status: UNCONFIRMED Severity: normal Pr

[Bug c++/57977] zero-length const array in union prohibits default copy xtor

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57977 --- Comment #1 from Andrew Pinski --- It is not the zero length which is causing the copy constructor to be created but rather the const part which causes the copy constructor to happen.