[Bug fortran/64958] Warn if INTENT(IN) is changed by passing to no-intent argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64958 --- Comment #9 from MarkEggleston --- using -Wimplicit-interface helps: 7 | call dusty(n) | 1 Warning: Procedure 'dusty' called with an implicit interface at (1) [-Wimplicit-interface] Adding in an interface

[Bug target/52154] va_arg with empty aligned structure fails for MIPS EABI32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52154 Eric Gallager changed: What|Removed |Added Keywords||xfail --- Comment #4 from Eric Gallager

[Bug c++/91024] [9 Regression] -Wimplicit-fallthrough is confused by likely/unlikely attributes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91024 Jakub Jelinek changed: What|Removed |Added Summary|[9/10 Regression] |[9 Regression]

[Bug lto/91027] New: [10 regression] SEGV in hash_table::find_slot_with_hash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91027 Bug ID: 91027 Summary: [10 regression] SEGV in hash_table::find_slot_with_hash Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug libstdc++/81670] include/ext/pb_ds/detail/splay_tree_/splay_fn_imps.hpp:253: suspicious assignment ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81670 --- Comment #3 from Eric Gallager --- (In reply to Jonathan Wakely from comment #2) > What's broken? Is there an actual bug or just a redundant assignment? > > (I'm unaware of anybody anywhere ever using these containers so it's hardly > a

[Bug other/60548] [libvtv/scripts/sum-vtv-counts.c:108]: (warning) scanf without field width limit s can crash with huge input data.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60548 --- Comment #2 from Eric Gallager --- (In reply to Andrew Pinski from comment #1) > This file is never compiled so it is very minor. Why does it even exist then?

[Bug target/52154] va_arg with empty aligned structure fails for MIPS EABI32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52154 --- Comment #3 from rsandifo at gcc dot gnu.org --- (In reply to Eric Gallager from comment #2) > Did this fix it? No, I had to XFAIL the test for EAB32, and this PR was to keep track of that. At this stage I'm not sure whether anyone's ever

[Bug libstdc++/85494] implementation of random_device on mingw is useless

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85494 --- Comment #18 from Michel Morin --- Thanks, much appreciated! (In reply to Jonathan Wakely from comment #17) > That's how new features work. If you want to use them, you need the new > version. The time for adding new features to GCC 9 was

[Bug lto/91027] [10 regression] SEGV in hash_table::find_slot_with_hash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91027 Rainer Orth changed: What|Removed |Added Target Milestone|--- |10.0

[Bug tree-optimization/84935] FAIL: gcc.dg/tree-ssa/pr84512.c scan-tree-dump optimized "return 285;"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84935 Rainer Orth changed: What|Removed |Added CC||ro at gcc dot gnu.org --- Comment #8 from

[Bug lto/91028] g++.dg/lto/alias-2 FAILs with -fno-use-linker-plugin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91028 Rainer Orth changed: What|Removed |Added Target Milestone|--- |10.0

[Bug lto/91028] New: g++.dg/lto/alias-2 FAILs with -fno-use-linker-plugin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91028 Bug ID: 91028 Summary: g++.dg/lto/alias-2 FAILs with -fno-use-linker-plugin Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug libfortran/91030] New: Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 Bug ID: 91030 Summary: Poor performance of I/O -fconvert=big-endian Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c/91031] New: wrong code generated when using compound literal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91031 Bug ID: 91031 Summary: wrong code generated when using compound literal Product: gcc Version: 9.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 Thomas Koenig changed: What|Removed |Added CC||tkoenig at gcc dot gnu.org --- Comment

[Bug middle-end/78884] ICE when gimplifying VLA in OpenMP SIMD region

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78884 --- Comment #5 from Jens Wellner --- Created attachment 46532 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46532=edit Expample for reproduction included is a c-file i-file screen-output

[Bug tree-optimization/91029] New: missed optimization regarding value of modulo operation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91029 Bug ID: 91029 Summary: missed optimization regarding value of modulo operation Product: gcc Version: 9.1.0 Status: UNCONFIRMED Severity: normal

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 Thomas Koenig changed: What|Removed |Added Severity|normal |enhancement

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 David Edelsohn changed: What|Removed |Added Severity|enhancement |normal --- Comment #3 from David

[Bug middle-end/78884] ICE when gimplifying VLA in OpenMP SIMD region

#4 from Jens Wellner --- Is there any progress for this issue. I've stumbled upon the same issue in 9.1.1 20190628. Here is the call stack: 0xab6f3f crash_signal ../../combined/gcc/toplev.c:326 0x7f3332ac383f ??? /build/glibc-vjB4T1/glibc-2.28/signal/../sysdeps/unix/sysv/linux

[Bug tree-optimization/91029] missed optimization regarding value of modulo operation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91029 Bruno Haible changed: What|Removed |Added Target||x86_64-pc-linux-gnu Host|

[Bug other/60548] [libvtv/scripts/sum-vtv-counts.c:108]: (warning) scanf without field width limit s can crash with huge input data.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60548 --- Comment #3 from Andrew Pinski --- (In reply to Eric Gallager from comment #2) > (In reply to Andrew Pinski from comment #1) > > This file is never compiled so it is very minor. > > Why does it even exist then? Because it is useful to debug

[Bug tree-optimization/91020] Enhance SRA to deal with "omp simd array" variables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91020 --- Comment #2 from Martin Jambor --- In the first example, even if we ignored the addressability, the individual array items, which are structures, are copied whole: D.2240[_27] = D.2241[_27] This complicates detection when separation into

[Bug c/91031] wrong code generated when using compound literal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91031 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #3

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #12 from Andrew Pinski --- (In reply to David Edelsohn from comment #10) > With EXT4: difference is 2x > With SHM: difference is 4.5x > With GPFS: difference is 10x > > Is libgfortran doing something unusual with the creation of

[Bug sanitizer/90954] ICE: combining undefined behavior sanitizer with openmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90954 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Fri Jun 28 22:55:29 2019 New Revision: 272802 URL: https://gcc.gnu.org/viewcvs?rev=272802=gcc=rev Log: Backported from mainline 2019-06-25 Jakub Jelinek PR

[Bug fortran/85839] [F2018] warn for obsolescent features

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85839 Martin Diehl changed: What|Removed |Added CC||m.diehl at mpie dot de --- Comment #5

[Bug target/91009] Bug with future PowerPC patches with lfiwax/lfiwzx (related to PR 90822)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91009 Michael Meissner changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #9 from Thomas Koenig --- On powerpc64le-unknown-linux-gnu: write time(sec) = 0.48150300979614258 done real0m0.889s user0m0.279s sys 0m0.608s vs. write time(sec) =1.4788339138031006 done real

[Bug tree-optimization/90949] [9 Regression] null pointer check removed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90949 Jeffrey A. Law changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #14 from Jerry DeLisle --- (In reply to David Edelsohn from comment #13) > Why should -fconvert affect the strategy for writing? Hi David, very interesting bug report and a good question. I would like to investigate further if I

[Bug c++/91032] [9/10 Regression] ICE in ocp_convert, at cp/cvt.c:766

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91032 Matthias Klose changed: What|Removed |Added Keywords||ice-on-valid-code Known to work|

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #6 from Thomas Koenig --- I cannot reproduce this on an AMD Ryzen 7 1700X (little-endian): $ gfortran -fconvert=native wr.f90 walltime.c cc1: Warnung: command-line option »-fconvert=native« is valid for Fortran but not for C $ rm

[Bug tree-optimization/90949] [9 Regression] null pointer check removed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90949 --- Comment #11 from Jeffrey A. Law --- Author: law Date: Fri Jun 28 20:58:42 2019 New Revision: 272797 URL: https://gcc.gnu.org/viewcvs?rev=272797=gcc=rev Log: PR tree-optimization/90949 * tree-ssa-copy.c (fini_copy_prop): Use

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #8 from Andrew Pinski --- (In reply to Thomas Koenig from comment #7) > Also, which version of gfortran did you use? > > If it was before r195413, I can very well believe those > numbers. Note that revision made it into GCC 4.8.0.

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #11 from Thomas Koenig --- (In reply to David Edelsohn from comment #10) > With EXT4: difference is 2x > With SHM: difference is 4.5x > With GPFS: difference is 10x > > Is libgfortran doing something unusual with the creation of

[Bug target/91009] Bug with future PowerPC patches with lfiwax/lfiwzx (related to PR 90822)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91009 --- Comment #2 from Michael Meissner --- Author: meissner Date: Fri Jun 28 19:52:52 2019 New Revision: 272791 URL: https://gcc.gnu.org/viewcvs?rev=272791=gcc=rev Log: Fix PR target/91009 2019-06-27 Michael Meissner PR target/91009

[Bug tree-optimization/90949] [9 Regression] null pointer check removed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90949 --- Comment #10 from Jeffrey A. Law --- Author: law Date: Fri Jun 28 20:21:05 2019 New Revision: 272793 URL: https://gcc.gnu.org/viewcvs?rev=272793=gcc=rev Log: PR tree-optimization/90949 * tree-ssa-copy.c (fini_copy_prop): Use

[Bug c/90760] [8/9/10 Regression] ICE on attributes section and alias in set_section, at symtab.c:1573

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90760 --- Comment #5 from Jakub Jelinek --- Author: jakub Date: Fri Jun 28 22:10:04 2019 New Revision: 272800 URL: https://gcc.gnu.org/viewcvs?rev=272800=gcc=rev Log: Backported from mainline 2019-06-12 Jakub Jelinek PR

[Bug c++/90950] OpenMP clause handling rejecting references to incomplete types in templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90950 --- Comment #2 from Jakub Jelinek --- Author: jakub Date: Fri Jun 28 22:11:03 2019 New Revision: 272801 URL: https://gcc.gnu.org/viewcvs?rev=272801=gcc=rev Log: Backported from mainline 2019-06-21 Jakub Jelinek PR

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #13 from David Edelsohn --- Why should -fconvert affect the strategy for writing?

[Bug target/90991] [9/10 Regression] _mm_loadu_ps instrinsic translates to vmovaps in combination with _mm512_insertf32x4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90991 --- Comment #6 from Jakub Jelinek --- Author: jakub Date: Fri Jun 28 22:56:27 2019 New Revision: 272803 URL: https://gcc.gnu.org/viewcvs?rev=272803=gcc=rev Log: Backported from mainline 2019-06-26 Jakub Jelinek PR

[Bug c++/91024] [9 Regression] -Wimplicit-fallthrough is confused by likely/unlikely attributes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91024 --- Comment #6 from Jakub Jelinek --- Author: jakub Date: Fri Jun 28 22:57:16 2019 New Revision: 272804 URL: https://gcc.gnu.org/viewcvs?rev=272804=gcc=rev Log: Backported from mainline 2019-06-27 Jakub Jelinek PR

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 Thomas Koenig changed: What|Removed |Added Status|NEW |WAITING --- Comment #7 from Thomas

[Bug c++/91032] New: [9 Regression] ICE in ocp_convert, at cp/cvt.c:766

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91032 Bug ID: 91032 Summary: [9 Regression] ICE in ocp_convert, at cp/cvt.c:766 Product: gcc Version: 9.1.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #10 from David Edelsohn --- With EXT4: difference is 2x With SHM: difference is 4.5x With GPFS: difference is 10x Is libgfortran doing something unusual with the creation of files?

[Bug tree-optimization/90949] [9 Regression] null pointer check removed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90949 --- Comment #12 from Jeffrey A. Law --- Author: law Date: Fri Jun 28 21:01:56 2019 New Revision: 272798 URL: https://gcc.gnu.org/viewcvs?rev=272798=gcc=rev Log: PR tree-optimization/90949 * tree-ssa-copy.c (fini_copy_prop): Use

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #15 from Thomas Koenig --- (In reply to David Edelsohn from comment #13) > Why should -fconvert affect the strategy for writing? If we get passed a contiguous block of memory (like in your test case) we can do this in a single

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #16 from David Edelsohn --- libgfortran unix.c:raw_write() will access the WRITE system call with up to 2GB of data, which the testcase is using for the native format. Should libgfortran I/O buffer at least use sysconf(_SC_PAGESIZE)

[Bug c++/91032] [9/10 Regression] ICE in ocp_convert, at cp/cvt.c:766

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91032 Frank Heckenbach changed: What|Removed |Added CC||f.heckenb...@fh-soft.de --- Comment

[Bug c++/55442] G++ uses up all my RAM when compiling a constexpr with exponential call graph

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

[Bug c++/55004] [meta-bug] constexpr issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004 Bug 55004 depends on bug 55442, which changed state. Bug 55442 Summary: G++ uses up all my RAM when compiling a constexpr with exponential call graph https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55442 What|Removed

[Bug c/91031] wrong code generated when using compound literal

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

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #4 from Thomas Koenig --- (In reply to David Edelsohn from comment #3) > Conversion carries an overhead, but the overhead need not be worse than > necessary. The conversion overhead for libgfortran is significantly worse > than for

[Bug c/91031] wrong code generated when using compound literal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91031 David changed: What|Removed |Added CC||david at pgmasters dot net --- Comment #2 from

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #5 from David Edelsohn --- XL Fortran with -qufmt=be : 0.75 sec XL Fortran native : 0.30 sec

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 Thomas Koenig changed: What|Removed |Added Severity|normal |enhancement