[Bug c++/79013] Inconsistent auto diagnostic in member declarations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79013 Eric Gallager changed: What|Removed |Added CC|unassigned at gcc dot gnu.org |dmalcolm at gcc dot gnu.org,

[Bug c/87392] UBSAN behavior on left-shifting 1 into the sign bit is dependent on C standard

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87392 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/87392] New: UBSAN behavior on left-shifting 1 into the sign bit is dependent on C standard

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87392 Bug ID: 87392 Summary: UBSAN behavior on left-shifting 1 into the sign bit is dependent on C standard Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity:

[Bug target/87018] Boostrap problems on AIX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87018 --- Comment #4 from Segher Boessenkool --- This seems to be the same as https://sourceware.org/bugzilla/show_bug.cgi?id=22432 . Could you try the patch in there?

[Bug fortran/87359] [9 regression] pointer being freed was not allocated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87359 --- Comment #32 from Jürgen Reuter --- Paul, I found a workaround: in lines 530-533 in the file src/transforms/evt_nlo.f90 there is an assignment of an allocatable array of different DT components which apparently doesn't work any more. Changing

[Bug middle-end/41453] use INTENT(out) for optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41453 --- Comment #4 from Thomas Koenig --- Author: tkoenig Date: Sat Sep 22 18:44:01 2018 New Revision: 264506 URL: https://gcc.gnu.org/viewcvs?rev=264506=gcc=rev Log: 2018-09-22 Thomas Koenig PR fortran/41453 * trans.h

[Bug fortran/65677] Incomplete assignment on deferred-length character variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65677 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org

[Bug fortran/64120] [F03] Wrong handling of allocatable character string

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64120 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org ---

[Bug fortran/84094] several correctness issues in gfortran.dg

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84094 Bug 84094 depends on bug 87318, which changed state. Bug 87318 Summary: gfortran.dg/dtio_1.f90 is invalid https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87318 What|Removed |Added

[Bug fortran/87318] gfortran.dg/dtio_1.f90 is invalid

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87318 Jerry DeLisle changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/87318] gfortran.dg/dtio_1.f90 is invalid

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87318 --- Comment #8 from Jerry DeLisle --- Author: jvdelisle Date: Sat Sep 22 17:49:19 2018 New Revision: 264505 URL: https://gcc.gnu.org/viewcvs?rev=264505=gcc=rev Log: 2018-09-22 Jerry DeLisle PR fortran/87318 *

[Bug target/86340] GCC 8.1 produces broken code for m68k with optimization levels above -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86340 Mikael Pettersson changed: What|Removed |Added CC||mikpelinux at gmail dot com ---

[Bug middle-end/41453] use INTENT(out) for optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41453 Thomas Koenig changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|2013-03-29

[Bug fortran/63535] SELECT TYPE shouldn't pass ALLOCATABLE/POINTER attribute through

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

[Bug fortran/58557] [OOP] Issues with CLASS/TYPE functions in array constructors: reject valid, memory leaks, invalid free

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58557 --- Comment #4 from janus at gcc dot gnu.org --- (In reply to janus from comment #3) > Here is a 'corrected' version of the test case: > > [...] > > which yields with 4.9 trunk: > > c0.f90:51:0: internal compiler error: in >

[Bug target/87391] [RISCV] -march=rv32i -mabi=ilp32e is erroneously accepted

a3,4 li a2,3 li a1,2 li a0,1 callfoo mv a5,a0 mv a0,a5 lw ra,12(sp) lw s0,8(sp) addisp,sp,16 jr ra .size bar, .-bar .ident "GCC: (GNU)

[Bug target/87391] New: [RISCV] -march=rv32i -mabi=ilp32e is erroneously accepted

jr ra .size bar, .-bar .ident "GCC: (GNU) 9.0.0 20180922 (experimental)"

[Bug target/86798] nds32 port needs updating for CVE-2017-5753

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86798 Chung-Ju Wu changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/86772] [meta-bug] tracking port status for CVE-2017-5753

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86772 Bug 86772 depends on bug 86798, which changed state. Bug 86798 Summary: nds32 port needs updating for CVE-2017-5753 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86798 What|Removed |Added

[Bug target/86798] nds32 port needs updating for CVE-2017-5753

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86798 --- Comment #2 from Chung-Ju Wu --- Author: jasonwucj Date: Sat Sep 22 12:30:50 2018 New Revision: 264503 URL: https://gcc.gnu.org/viewcvs?rev=264503=gcc=rev Log: PR target/86798 * config/nds32/nds32.c

[Bug c/87390] [x86 32bit only] GCC does not honor FLT_EVAL_METHOD on implicit conversion of integer to floating point

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87390 Andrew Pinski changed: What|Removed |Added Keywords||wrong-code Target|

[Bug target/87358] ICE when -mtune=thunderx2t99 applied

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87358 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/87388] Feature request: header-only -Wc++-compat

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87388 Manuel López-Ibáñez changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug c++/83468] -Wuninitialized false negative (reference, VOPs at O0, Wsystem-headers)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83468 Manuel López-Ibáñez changed: What|Removed |Added Summary|-Wuninitialized warning not |-Wuninitialized false

[Bug c++/80681] missing -Wuninitialized for const or reference member of a private base class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80681 Manuel López-Ibáñez changed: What|Removed |Added Keywords||easyhack --- Comment #3 from

[Bug fortran/85603] ICE with character array substring assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85603 --- Comment #3 from Paul Thomas --- Author: pault Date: Sat Sep 22 10:21:25 2018 New Revision: 264502 URL: https://gcc.gnu.org/viewcvs?rev=264502=gcc=rev Log: 2018-09-22 Paul Thomas PR fortran/85603 * trans-array.c

[Bug target/87358] ICE when -mtune=thunderx2t99 applied

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87358 Andrew Pinski changed: What|Removed |Added See Also||https://bugs.linaro.org/sho

[Bug fortran/87359] [9 regression] pointer being freed was not allocated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87359 --- Comment #31 from Jürgen Reuter --- That is really strange, I never used fink, I use macports. But not for gcc, I always compile them by myself on MACOSX. Clearly the C/Fortran I/O doesn't work properly, the string parsing doesn't work

[Bug fortran/87359] [9 regression] pointer being freed was not allocated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87359 --- Comment #30 from Dominique d'Humieres --- > This is really strange, is that after Paul's fix? It is with gfortran 8.2 (from fink). > This seems to be a hiccup with the I/O. Did you use gcc or clang > as the underlying C compiler? I use

[Bug fortran/87359] [9 regression] pointer being freed was not allocated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87359 --- Comment #29 from Jürgen Reuter --- (In reply to Dominique d'Humieres from comment #28) > I am trying to install a clean whizard-2.6.4 on x86_64-apple-darwin17, Xcode > 9.4.1, SIP disabled, gfortran 8.2, ocaml 4.03.0. I got the following

[Bug fortran/87359] [9 regression] pointer being freed was not allocated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87359 --- Comment #28 from Dominique d'Humieres --- I am trying to install a clean whizard-2.6.4 on x86_64-apple-darwin17, Xcode 9.4.1, SIP disabled, gfortran 8.2, ocaml 4.03.0. I got the following errors with make check: FAIL: mci_vamp.run FAIL:

[Bug c/87390] New: GCC does not honor FLT_EVAL_METHOD on implicit conversion of integer to floating point

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87390 Bug ID: 87390 Summary: GCC does not honor FLT_EVAL_METHOD on implicit conversion of integer to floating point Product: gcc Version: 9.0 Status: UNCONFIRMED

[Bug fortran/85603] ICE with character array substring assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85603 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org

[Bug target/87358] ICE when -mtune=thunderx2t99 applied

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87358 --- Comment #4 from Andrew Pinski --- 0xe097f3 crash_signal ../../gcc/toplev.c:337 0x11cf280 aarch_macro_fusion_pair_p ../../gcc/config/aarch64/aarch64.c:14434 0x161221b sched_macro_fuse_insns ../../gcc/sched-deps.c:2869

[Bug fortran/87151] allocating array of character

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87151 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org

[Bug fortran/77325] ICE in gimplify_var_or_parm_decl, at gimplify.c:1933

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77325 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org

[Bug c/87388] Feature request: header-only -Wc++-compat

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87388 Andrew Pinski changed: What|Removed |Added Keywords||diagnostic Severity|normal

[Bug c/87388] Feature request: header-only -Wc++-compat

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87388 --- Comment #1 from Andrew Pinski --- Seems like you could do this yourself. Have one C file which just includes each header you want to test and compile with -Wc++-compat only on that one C file.

[Bug target/87358] ICE when -mtune=thunderx2t99 applied

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87358 --- Comment #3 from Andrew Pinski --- It happens during the scheduler pass.

[Bug fortran/87270] "FINAL" subroutine is called when compiled with "gfortran -O1", but not "gfortran -O0"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87270 --- Comment #5 from paul.richard.thomas at gmail dot com --- Hi Janus, That's wierd. I don't see any final call output with any of the branches, going back to 6-branch. I am also puzzled by the lack of calls, given that the finalization