[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #4 from Marc Glisse --- Does it make a difference if you replace gmp 6.1.2 with a recent snapshot from https://gmplib.org/download/snapshot/ ?

[Bug go/91035] [10 Regression] gotools fails to build on s390x-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91035 --- Comment #1 from Ian Lance Taylor --- As far as I know I don't have access to an S/390 system. Anything you can do to narrow down the problem would be helpful. Like, for example, which function has the undefined reference?

[Bug fortran/35276] Doc should described how to compile mixed-language programs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35276 --- Comment #7 from Eric Gallager --- (In reply to Thomas Koenig from comment #6) > (In reply to Eric Gallager from comment #5) > > (In reply to Jürgen Reuter from comment #4) > > > It seems that at least Thomas and Dominique believe that this ca

[Bug c++/71637] -Wmisleading-indentation only triggered when using integrated cpp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71637 Eric Gallager changed: What|Removed |Added CC||dodji at gcc dot gnu.org --- Comment #3

[Bug middle-end/47307] Uninitialized in this function: warning for initialized, no warning for uninitialized

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

[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #3 from Andrew Roberts --- Created attachment 46535 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46535&action=edit tmp-divrem_1.s file generated using m4 from divrem_1.asm in gmp/mpn This is the gmp 6.1.2 version, from the gc

[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #2 from Andrew Roberts --- Building 9.1.0 with gmp 6.1.2 using "-v -save-temps" gives: gcc -v -save-temps -c -DHAVE_CONFIG_H -I. -I../../../gcc-9.1.0/gmp/mpn -I.. -D__GMP_WITHIN_GMP -I../../../gcc-9.1.0/gmp -DOPERATION_divrem_1 -DNO

[Bug preprocessor/91037] New: #pragma GCC diagnostic ignored "-Wunused-macros" ignored for doubly-defined macro with g++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91037 Bug ID: 91037 Summary: #pragma GCC diagnostic ignored "-Wunused-macros" ignored for doubly-defined macro with g++ Product: gcc Version: 9.1.0 Status: UNCONFIRMED

[Bug plugins/90924] lto-plugin/lto-plugin.c heap memory corruption due to insufficient sanitization.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90924 --- Comment #3 from Ren Kimura --- Hi. Sorry for late. I've just attached more simple one. PoC file for this bug can be created easily, just generating ELF file and edit e_shstrndx in ELF header file to 0. Attached one is built from simple Hell

[Bug plugins/90924] lto-plugin/lto-plugin.c heap memory corruption due to insufficient sanitization.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90924 --- Comment #2 from Ren Kimura --- Created attachment 46534 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46534&action=edit Proof of Concept ELF binary for nm command (Purified)

[Bug c++/90393] [9/10 Regression] ICE in return statement with a conditional operator, one of the second and third arguments is throw, and the other is a const variable of a class with a nontrivial co

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90393 Marek Polacek changed: What|Removed |Added CC||doko at debian dot org --- Comment #6 fr

[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 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug c/91036] New: GCC option -mno-dspr2 blocks the use of dsp r1 instructions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91036 Bug ID: 91036 Summary: GCC option -mno-dspr2 blocks the use of dsp r1 instructions Product: gcc Version: 8.3.0 Status: UNCONFIRMED Severity: normal Pr

[Bug go/91035] New: [10 Regression] gotools fails to build on s390x-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91035 Bug ID: 91035 Summary: [10 Regression] gotools fails to build on s390x-linux-gnu Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Prior

[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #1 from Andrew Roberts --- Configure line used for building gcc 9.1.0: ../gcc-9.1.0/configure --prefix=/usr/local/gcc-9.1.0--program-suffix= --disa ble-werror --enable-shared --enable-threads=posix --enable-checking=release

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #20 from Thomas Koenig --- (In reply to David Edelsohn from comment #18) > For GPFS, the striping unit is 16M. The 8K buffer size chosen by GFortran > is a huge performance sink. We have confirmed this with testing. Could you share

[Bug bootstrap/91034] New: In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 Bug ID: 91034 Summary: In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode Product: gcc Version: 9.1.0

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #19 from David Edelsohn --- IBM XLF provides an XLFRTEOPTS environment variable, which includes control over buffer size. The documentation makes it clear that XLF uses the block size of the device by default: buffer_size=size Speci

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #18 from David Edelsohn --- For GPFS, the striping unit is 16M. The 8K buffer size chosen by GFortran is a huge performance sink. We have confirmed this with testing. The recommendation from GPFS is that one should query the filesys

[Bug tree-optimization/91033] New: [10 Regression] ICE in vect_analyze_loop, at tree-vect-loop.c:2416

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91033 Bug ID: 91033 Summary: [10 Regression] ICE in vect_analyze_loop, at tree-vect-loop.c:2416 Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: ice-checking,

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #17 from Thomas Koenig --- (In reply to David Edelsohn from comment #16) > 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 libgf

[Bug c++/81787] [5/6/7/8 Regression] `#pragma GCC diagnostic warning "-fpermissive"` no longer works since gcc 4.8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81787 Piotr Henryk Dabrowski changed: What|Removed |Added CC||phd at phd dot re --- Comment #