[Bug c/90841] New: ICE in get_atomic_generic_size, at c-family/c-common.c:6904

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90841 Bug ID: 90841 Summary: ICE in get_atomic_generic_size, at c-family/c-common.c:6904 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Pri

[Bug c++/90842] New: [8/9/10 Regression] ICE in in poplevel, at cp/decl.c:585

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90842 Bug ID: 90842 Summary: [8/9/10 Regression] ICE in in poplevel, at cp/decl.c:585 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priori

[Bug testsuite/65364] FAIL: gcc.dg/uninit-19.c (test for warnings, line 22)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65364 --- Comment #4 from Iain Sandoe --- Author: iains Date: Tue Jun 11 18:22:58 2019 New Revision: 272167 URL: https://gcc.gnu.org/viewcvs?rev=272167&root=gcc&view=rev Log: Darwin, testsuite - Fix PR 65364 (uninit-19.c). This test currently fails o

[Bug c++/90842] [8/9/10 Regression] ICE in in poplevel, at cp/decl.c:585

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

[Bug c++/90842] [8/9/10 Regression] ICE in in poplevel, at cp/decl.c:585

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90842 --- Comment #2 from Marek Polacek --- Seems to have started with r239268.

[Bug c++/88245] Wrong location for "explicitly defaulted here"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88245 Matthew Beliveau changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug middle-end/77433] warn about usage of object that outside of the scope of the object

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77433 Konstantin Kharlamov changed: What|Removed |Added CC||Hi-Angel at yandex dot ru --- Com

[Bug c++/88245] Wrong location for "explicitly defaulted here"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88245 --- Comment #2 from Marek Polacek --- The inform call already uses DECL_SOURCE_LOCATION but that's bogus: 9288 else if (DECL_DEFAULTED_FN (old_decl)) 9289 { 9290 error ("definition of explicitly-defaulted %

[Bug c++/90832] [9/10 Regression] ICE in cxx_eval_constant_expression at gcc/cp/constexpr.c:2314

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90832 --- Comment #2 from Marek Polacek --- Wonderfully, this is going to be fixed by my c++/90825 patch.

[Bug c/90843] New: pragma diagnostic doesn't affect warnings controlled by extra_warnings and pedantic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90843 Bug ID: 90843 Summary: pragma diagnostic doesn't affect warnings controlled by extra_warnings and pedantic Product: gcc Version: 9.0 Status: UNCONFIRMED Severit

[Bug c++/90810] [8/9/10 Regression] Different intrinsics behavior on G++ 7.4 and G++ 8.3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90810 Christophe Lyon changed: What|Removed |Added CC||clyon at gcc dot gnu.org --- Comment #

[Bug target/90835] Incompatibilities with macOS 10.15 headers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90835 --- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #2 from Iain Sandoe --- > does the existing availability hack work [below]? It won't: one major problem was the use of __OSX_AVAILABLE and __OSX_AVAILABLE_STARTING through

Re: [PATCH] fixincludes breaks mingw64 build

On 5/31/19 6:35 AM, Jonas Jelten wrote: > This code snippet of mingw's stdio.h: > > > #ifdef _WIN64 > _CRTIMP FILE *__cdecl __iob_func(void); > #define _iob __iob_func() > #else > [.] > #if (!defined(NO_OLDNAMES) || defined(__GNUC__)) > __MINGW_EXTENSION typedef __int64 fpos_t; > #define

[Bug c/90844] New: Another case of missing use of uninitialized variable warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90844 Bug ID: 90844 Summary: Another case of missing use of uninitialized variable warning Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug libstdc++/90397] Incompatibility with clang-tidy on std::variant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90397 --- Comment #8 from Jonathan Wakely --- G++ allowed it because the mismatch was in a system header. If you use -Wsystem-headers then GCC 9.1 gives a warning about it: /xhome/jwakely/gcc/9.1.0/include/c++/9.1.0/variant: In instantiation of 'class

[Bug fortran/90744] [7/8/9/10 Regression] Bogus length for character temporaries passed to external procedures since r268992

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90744 --- Comment #8 from Thomas Koenig --- Author: tkoenig Date: Tue Jun 11 22:04:10 2019 New Revision: 272173 URL: https://gcc.gnu.org/viewcvs?rev=272173&root=gcc&view=rev Log: 2019-06-11 Thomas Koenig Tomáš Trnka Backport from

[Bug target/90513] asm thunks do not work on PowerPC64/VxWorks (kernel mode)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90513 --- Comment #19 from Segher Boessenkool --- Also, please post proper patches, to the gcc-patches mailing list, as detailed in , if you want those patches to be approved.

Re: [Bug target/90513] asm thunks do not work on PowerPC64/VxWorks (kernel mode)

On Tue, Jun 11, 2019 at 10:25:58PM +0530, Umesh Kalappa wrote: > We would like to know comments on the below proposed change ? As I said in the PR, this is not a proper patch. Also, like Eric says there, it does not do the right thing for many configurations. Fix the loader, instead? Segher

[Bug tree-optimization/90838] Detect table-based ctz implementation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90838 Wilco changed: What|Removed |Added CC||wdijkstr at arm dot com --- Comment #2 from Wilc

[Bug c++/90845] New: A recurring hang: braces around scalar initializer - should be a warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90845 Bug ID: 90845 Summary: A recurring hang: braces around scalar initializer - should be a warning Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

[Bug c++/83431] -Wformat-truncation may incorrectly report truncation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83431 Martin Sebor changed: What|Removed |Added Keywords||patch --- Comment #5 from Martin Sebor -

[Bug c++/90846] New: Concepts sometimes ignored for friend function templates of class templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90846 Bug ID: 90846 Summary: Concepts sometimes ignored for friend function templates of class templates Product: gcc Version: 9.1.0 Status: UNCONFIRMED Severity: nor

[Bug c++/90847] New: requested alignment is not an integer constant

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90847 Bug ID: 90847 Summary: requested alignment is not an integer constant Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/90848] New: A recurring bug: Overeager application of conversion to function pointer during overload resolution of call to function object

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90848 Bug ID: 90848 Summary: A recurring bug: Overeager application of conversion to function pointer during overload resolution of call to function object Product: gcc

[Bug c++/90849] New: Gcc accepts invalid code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90849 Bug ID: 90849 Summary: Gcc accepts invalid code Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: u

[Bug c++/90850] New: template parameters do not match

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90850 Bug ID: 90850 Summary: template parameters do not match Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Ass

[Bug c++/90851] New: -O3 overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90851 Bug ID: 90851 Summary: -O3 overflow Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at

[Bug tree-optimization/90625] fold strcmp(a, b) == 0 to zero for strings of unequal but non-const lengths

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90625 --- Comment #2 from Martin Sebor --- It looks like it might be possible by querying an EVRP instance for the range of strinfo::nonzero_chars. I have a working prototype for snprintf that should be easily extensible to any other similar string bu

[Bug c++/90852] New: A recurring bug: Constant expressions support reinterpret_cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90852 Bug ID: 90852 Summary: A recurring bug: Constant expressions support reinterpret_cast Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/90837] Generate infinite loop when using -ftree-vrp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90837 otcmaf changed: What|Removed |Added CC||xuemaosheng at huawei dot com --- Comment #2 fr

[Bug tree-optimization/90837] Generate infinite loop when using -ftree-vrp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90837 --- Comment #3 from otcmaf --- (In reply to Andrew Pinski from comment #1) > The access auwMulRRUPeakUsrInfo[0][uwUserCountCell1] can be out of bounds. Thank you very much. Your point of view is correct.

[Bug c++/90853] New: -O3 complains already defined symbol

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90853 Bug ID: 90853 Summary: -O3 complains already defined symbol Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/90853] -O3 complains already defined symbol

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

[Bug c++/8040] g++ with -O3 produces duplicate symbol

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8040 Andrew Pinski changed: What|Removed |Added Resolution|FIXED |INVALID --- Comment #3 from Andrew Pinski

[Bug c++/90853] -O3 complains already defined symbol

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90853 Andrew Pinski changed: What|Removed |Added Resolution|INVALID |DUPLICATE --- Comment #2 from Andrew Pin

[Bug c++/8040] g++ with -O3 produces duplicate symbol

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8040 Andrew Pinski changed: What|Removed |Added CC||zhonghao at pku dot org.cn --- Comment #4

Failed to build llvm 8.0.0 after upgrade gcc to 9.1.0

i Expert, I encounter a build error for llvm 8.0.0(git://github.com/llvm/llvm-project.git) on ppc after upgrade gcc to 9.1.0 | collect2: fatal error: ld terminated with signal 11 [Segmentation fault] The linker used here is powerpc-poky-linux-g++. # powerpc-poky-linux-g++ -v Using built-in

Failed to build llvm 8.0.0 after upgrade gcc to 9.1.0

Hi Expert, I encounter a build error for llvm 8.0.0(git://github.com/llvm/llvm-project.git) on ppc after upgrade gcc to 9.1.0 | collect2: fatal error: ld terminated with signal 11 [Segmentation fault] The linker used here is powerpc-poky-linux-g++. # powerpc-poky-linux-g++ -v Using built-in

Re: Failed to build llvm 8.0.0 after upgrade gcc to 9.1.0

On Tue, Jun 11, 2019 at 7:13 PM Yu, Mingli wrote: > > i Expert, > > I encounter a build error for llvm > 8.0.0(git://github.com/llvm/llvm-project.git) on ppc after upgrade gcc > to 9.1.0 > | collect2: fatal error: ld terminated with signal 11 [Segmentation fault] > > The linker used here is powe

[Bug c++/90852] A recurring bug: Constant expressions support reinterpret_cast

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

[Bug c++/90852] A recurring bug: Constant expressions support reinterpret_cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90852 --- Comment #2 from Andrew Pinski --- Please read the previous bug reports fully and related messages on the GCC list before creating another related bug report.

[Bug c++/90853] -O3 complains already defined symbol

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90853 --- Comment #3 from Andrew Pinski --- (In reply to Andrew Pinski from comment #2) > Dup of bug 8040. The conversion from gnats to bugzilla had issues when it > came to closing bugs as invalid. If a bug was closed as fixed and it was done before

Re: Failed to build llvm 8.0.0 after upgrade gcc to 9.1.0

On 2019年06月12日 10:15, Andrew Pinski wrote: On Tue, Jun 11, 2019 at 7:13 PM Yu, Mingli wrote: i Expert, I encounter a build error for llvm 8.0.0(git://github.com/llvm/llvm-project.git) on ppc after upgrade gcc to 9.1.0 | collect2: fatal error: ld terminated with signal 11 [Segmentation f

[Bug c++/90854] New: Gcc fails to compile a code sample for some parameters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90854 Bug ID: 90854 Summary: Gcc fails to compile a code sample for some parameters Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compon

[Bug other/90827] [Aarch64]rev instruction can't oprate NEON registers.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90827 --- Comment #2 from leimaohui --- (In reply to Andrew Pinski from comment #1) > >"rev" is an alias of "rev64". > > It is the other way around. rev64 is an optional alias to rev (for > intereger registers). rev only takes integer registers. re

[Bug bootstrap/46981] multilib LD_LIBRARY_PATH prevents configuration of target libraries

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

Re: Failed to build llvm 8.0.0 after upgrade gcc to 9.1.0

On 2019年06月12日 10:35, Yu, Mingli wrote: On 2019年06月12日 10:15, Andrew Pinski wrote: On Tue, Jun 11, 2019 at 7:13 PM Yu, Mingli wrote: i Expert, I encounter a build error for llvm 8.0.0(git://github.com/llvm/llvm-project.git) on ppc after upgrade gcc to 9.1.0 | collect2: fatal error: l

<    1   2