Procedure Pointer and OpenMP GFortran Bug

There seems to be a bug involving procedure pointers and OpenMP when using the default(none) clause when starting a parallel region.  This means that if there is a procedure pointer inside a parallel region, and a default(none) clause is present, a compile time error will occur.  If the

[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 --- Comment #20 from Marek Polacek mpolacek at gcc dot gnu.org --- Yes, the patch maybe fixes the debuginfo issue, but there's something else that is wrong. E.g., on the testcase from PR58018, we have in reassociate_bb *after* (and that is

[Bug fortran/48786] [OOP] Generic ambiguity check too strict for polymorphic dummies

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48786 janus at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |NEW --- Comment #9 from janus

[Bug middle-end/58143] wrong code at -O3 on x86_64-linux-gnu

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58143 --- Comment #7 from Bernd Edlinger bernd.edlinger at hotmail dot de --- How can I set the status of this tracker to CONFIRMED ? Should'nt the component be tree-optimization instead of middle-end ?

[Bug libstdc++/53477] pretty printer fails with: Python Exception type 'exceptions.IndexError' list index out of range

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53477 Phil Muldoon pmuldoon at redhat dot com changed: What|Removed |Added CC||pmuldoon at

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 Martin Liška marxin.liska at gmail dot com changed: What|Removed |Added CC||marxin.liska

[Bug fortran/48786] [OOP] Generic ambiguity check too strict for polymorphic dummies

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48786 --- Comment #10 from janus at gcc dot gnu.org --- (In reply to janus from comment #9) After this interpretation has been established here, it is a bit unfortunate to see that current trunk (4.9.0 20130820, r201883) does not show the error any

[Bug libstdc++/53477] pretty printer fails with: Python Exception type 'exceptions.IndexError' list index out of range

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53477 --- Comment #13 from Jonathan Wakely redi at gcc dot gnu.org --- (In reply to Phil Muldoon from comment #12) I checked in a patch to fix this yesterday. Not sure why the bug did not auto-update. Unfortunately after the sourceware.org hardware

[Bug c++/29143] address-of overloaded function does not work in function call

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

[Bug c/58209] New: ICE in extract_range_from_binary_expr, at tree-vrp.c:2294

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58209 Bug ID: 58209 Summary: ICE in extract_range_from_binary_expr, at tree-vrp.c:2294 Product: gcc Version: 4.7.4 Status: UNCONFIRMED Severity: normal

[Bug c++/54278] __attribute__((noreturn)) called from destructor when another auto-scoped variable has a non-trivial dtor erroneously fails with control reaches end of non-void function at -O0

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

[Bug rtl-optimization/58210] New: 400.perlbench fails with ICE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58210 Bug ID: 58210 Summary: 400.perlbench fails with ICE Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: rtl-optimization

[Bug c++/54310] Order of operations during overload resolution

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54310 --- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com --- Current ICC also accepts this.

[Bug fortran/48786] [OOP] Generic ambiguity check too strict for polymorphic dummies

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48786 --- Comment #11 from janus at gcc dot gnu.org --- (In reply to janus from comment #9) If we still believe that the error is correct, then this is a regression (would be interesting to know which revision caused it). Apparently it is due to

[Bug tree-optimization/58209] ICE in extract_range_from_binary_expr, at tree-vrp.c:2294

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

[Bug tree-optimization/58209] ICE in extract_range_from_binary_expr, at tree-vrp.c:2294

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58209 --- Comment #2 from Marek Polacek mpolacek at gcc dot gnu.org --- Reduced: long * foo (long n) { if (n) return 0; long l = (long) foo (0); return (long *) (l + 1); }

[Bug c++/56134] ICE: alias attribute on c++ static class member;

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

[Bug c++/56152] explicit template instantiation of protected template function redeclared as public fails

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

[Bug tree-optimization/58209] ICE in extract_range_from_binary_expr, at tree-vrp.c:2294

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58209 --- Comment #3 from Marek Polacek mpolacek at gcc dot gnu.org --- Actually this one's better, the TC in #c2 ICEs only with trunk, the following ICEs with 4.[678]/trunk: long * foo (long n) { if (n) return (long *) 1; long s = (long) foo

[Bug c++/56134] ICE: alias attribute on c++ static class member;

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

[Bug c++/56130] __attribute__((deprecated)) does not affect C++ reference

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

[Bug tree-optimization/58209] ICE in extract_range_from_binary_expr, at tree-vrp.c:2294

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58209 --- Comment #4 from Marek Polacek mpolacek at gcc dot gnu.org --- And perhaps even better, use __INTPTR_TYPE__ instead of long... typedef __INTPTR_TYPE__ T; T * foo (T n) { if (n) return (T *) 1; T s = (T) foo (1); return (T *) (s + 1);

[Bug fortran/53950] [4.7/4.8/4.9 Regression] 1.5 times slowdown from 4.4.0 to 4.7.0 with -m32

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

[Bug c++/56130] __attribute__((deprecated)) does not affect C++ reference

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

[Bug tree-optimization/58209] [4.7/4.8/4.9 Regression] ICE in extract_range_from_binary_expr, at tree-vrp.c:2294

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

[Bug fortran/57957] [F03] Double free with allocatable components

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

[Bug fortran/48786] [OOP] Generic ambiguity check too strict for polymorphic dummies

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48786 --- Comment #12 from Dominique d'Humieres dominiq at lps dot ens.fr --- I still get the errors pr48786_2.f90:132.46: generic, public :: operator(+) = add_vector 1 Error: 'add_vector_3d'

[Bug fortran/57696] [F03] Defined assignment for components not used when those are ALLOCATABLE

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

[Bug fortran/57697] [OOP] Segfault with defined assignment for components during intrinsic assignment

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

[Bug target/58172] ifcvt test failures for armv8-a

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

[Bug fortran/58175] [F03] Incorrect warning message on scalar finalizer

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

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375 --- Comment #190 from Jan Hubicka hubicka at ucw dot cz --- /ssd/firefox/js/src/gc/Marking.cpp: In function ???js::gc::IsAboutToBeFinalizedJSAtom(JSAtom**)bool [clone .isra.65]???: /ssd/firefox/js/src/gc/Marking.cpp:1713:1: error: corrupted

[Bug fortran/57305] [OOP] ICE when calling SIZEOF on an unlimited polymorphic variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57305 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code

[Bug libstdc++/53477] pretty printer fails with: Python Exception type 'exceptions.IndexError' list index out of range

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53477 --- Comment #14 from Phil Muldoon pmuldoon at redhat dot com --- It should be fixed for all cases in the PR. I think we can close it, and if any of the people commenting on this bug have issues, they can reopen it. My pmuld...@redhat.com account

[Bug libstdc++/53477] pretty printer fails with: Python Exception type 'exceptions.IndexError' list index out of range

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

[Bug fortran/57305] [OOP] ICE when calling SIZEOF on an unlimited polymorphic variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57305 --- Comment #6 from janus at gcc dot gnu.org --- (In reply to janus from comment #5) The ICE on comment 1 seems to be due to the SIZEOF call. ... which is basically because SIZEOF is supposed to return the size of the declared type, and a

[Bug fortran/57798] [4.8/4.9 Regression] Incorrect handling of sum over first dimension of a product of automatic arrays

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57798 Mikael Morin mikael at gcc dot gnu.org changed: What|Removed |Added URL|

[Bug bootstrap/58206] [4.9 Regression] AIX bootstrap broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58206 David Edelsohn dje at gcc dot gnu.org changed: What|Removed |Added Target||powerpc-ibm-aix*

[Bug target/58166] ARMv5: poor register allocation in function containing smull instruction

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

[Bug fortran/57305] [OOP] ICE when calling SIZEOF on an unlimited polymorphic variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57305 --- Comment #7 from janus at gcc dot gnu.org --- Created attachment 30682 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30682action=edit patch Here is a preliminary patch to make SIZEOF return the size of the dynamic type for polymorphic

[Bug c/57862] invalid read struct uint32_t member (ARMV5)

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

[Bug fortran/48786] [OOP] Generic ambiguity check too strict for polymorphic dummies

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48786 --- Comment #13 from janus at gcc dot gnu.org --- (In reply to janus from comment #11) Apparently it is due to r201329 (for PR 57530), in particular the interface.c part. However, reverting this via Index: gcc/fortran/interface.c

[Bug target/57432] A mistake was appeared,when I build u-boot (arm-none-linux-gnueabi-gcc: Internal error: Bus error (program cc1))

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

[Bug fortran/48786] [OOP] Generic ambiguity check too strict for polymorphic dummies

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48786 --- Comment #14 from janus at gcc dot gnu.org --- (In reply to Dominique d'Humieres from comment #12) I still get the errors pr48786_2.f90:132.46: generic, public :: operator(+) = add_vector

[Bug fortran/56378] [4.7/4.8 Regression] ICE with C_LOC

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56378 --- Comment #12 from janus at gcc dot gnu.org --- (In reply to Joost VandeVondele from comment #10) Fixed on trunk (4.9.0): ... by r197053, apparently. Since this looks way too large for backporting, I guess it will not be fixed on the 4.7 and

[Bug fortran/53801] gfortran warning

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

[Bug c++/58211] New: gcc: internal compiler error: Segmentation fault (program as)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58211 Bug ID: 58211 Summary: gcc: internal compiler error: Segmentation fault (program as) Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal

[Bug target/58166] ARMv5: poor register allocation in function containing smull instruction

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58166 Jay Foad jay.foad at gmail dot com changed: What|Removed |Added Known to fail||4.8.0 --- Comment #2

[Bug c++/58211] gcc: internal compiler error: Segmentation fault (program as)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58211 Reuven reuveng at ectel dot com changed: What|Removed |Added Severity|normal |critical --- Comment #1

[Bug c++/58212] New: gcc: internal compiler error: Segmentation fault (program as)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58212 Bug ID: 58212 Summary: gcc: internal compiler error: Segmentation fault (program as) Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal

[Bug c++/58211] gcc: internal compiler error: Segmentation fault (program as)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58211 Andreas Schwab sch...@linux-m68k.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c++/58213] New: gcc: internal compiler error: Segmentation fault (program as)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58213 Bug ID: 58213 Summary: gcc: internal compiler error: Segmentation fault (program as) Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal

[Bug c++/58214] New: gcc: internal compiler error: Segmentation fault (program as)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58214 Bug ID: 58214 Summary: gcc: internal compiler error: Segmentation fault (program as) Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: critical

[Bug c++/58213] gcc: internal compiler error: Segmentation fault (program as)

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

[Bug c++/58212] gcc: internal compiler error: Segmentation fault (program as)

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

[Bug c++/58211] gcc: internal compiler error: Segmentation fault (program as)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58211 --- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com --- *** Bug 58213 has been marked as a duplicate of this bug. ***

[Bug c++/58211] gcc: internal compiler error: Segmentation fault (program as)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58211 --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com --- *** Bug 58212 has been marked as a duplicate of this bug. ***

[Bug c++/58214] gcc: internal compiler error: Segmentation fault (program as)

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

[Bug c++/58211] gcc: internal compiler error: Segmentation fault (program as)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58211 --- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com --- *** Bug 58214 has been marked as a duplicate of this bug. ***

[Bug fortran/57305] [OOP] ICE when calling SIZEOF on an unlimited polymorphic variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57305 --- Comment #8 from janus at gcc dot gnu.org --- (In reply to janus from comment #7) Here is a preliminary patch to make SIZEOF return the size of the dynamic type for polymorphic variables, which at the same time fixes the ICE on CLASS(*)

[Bug c++/58211] gcc: internal compiler error: Segmentation fault (program as)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58211 --- Comment #6 from Reuven reuveng at ectel dot com --- (In reply to Andreas Schwab from comment #2) This is not a gcc bug, it is the assembler that is crashing. Report that to whoever provided you the assembler. You mean open bug for IBM

[Bug target/56979] ICE in output_operand: invalid operand for code 'P'

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

[Bug tree-optimization/58143] [4.8/4.9 regression] wrong code at -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58143 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW

[Bug tree-optimization/58143] [4.8/4.9 regression] wrong code at -O3

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

[Bug fortran/57305] [OOP] ICE when calling SIZEOF on an unlimited polymorphic variable

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

[Bug bootstrap/58206] [4.9 Regression] AIX bootstrap broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58206 Jeffrey A. Law law at redhat dot com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug c++/56130] __attribute__((deprecated)) does not affect C++ reference

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

[Bug c++/58072] [C++11] Error messages involving user-defined literals are poor (refer to tokens)

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

[Bug tree-optimization/58143] [4.8/4.9 regression] wrong code at -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58143 --- Comment #9 from Bernd Edlinger bernd.edlinger at hotmail dot de --- (In reply to Jakub Jelinek from comment #8) That patch looks wrong, and would very likely penalize tons of code, this predicate is used in many places in the compiler and

[Bug c/50584] No warning for passing small array to C99 static array declarator

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50584 --- Comment #3 from joseph at codesourcery dot com joseph at codesourcery dot com --- The point of this language feature is for optimization, not diagnostics - but there is no requirement for either; GCC does all the checks required by C99 on