Re: [PATCH] PR fortran/90002 -- Free array-spec for assumed-shaped coarray

OK, Steve Thanks Paul On Wed, 12 Jun 2019 at 02:04, Steve Kargl wrote: > > The attached patch fixes an ICE when freeing an array-spec > that involves an assumed-shaped coarray (see testcase). The > patch regression tests cleanly. I don't use coarrays, so > cannot say whether the testcase is

[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,

[AARCH64] Fix typo in comment

AArch64 comment for ADDSUB iterator is a typo or copy-and-paste error. Attached patch fixes this. I believe this falls under obvious category. I will commit it after 48hrs unless comments should be better worded. Thanks, Kugan gcc/ChangeLog: 2019-06-12 Kugan Vivekanandarajah *

Re: C++ PATCH to implement deferred parsing of noexcept-specifiers (c++/86476, c++/52869)

On 6/3/19 9:01 PM, Marek Polacek wrote: I sort of ended up going down a rathole, but then I realized we don't need to delay parsing of noexcept-specifiers of member friend function declarations, because they aren't members of the class. Where are you getting this from? I'm definitely

Can we vectorize the code below ?

Hi, I recently did some analysis on the automatic vectorization of gcc, I found that singed char can not be vectorized in the following code. --- #define ITERATIONS 100 #if defined(do_reduce_signed_char) #define TYPE signed char #elif defined(do_reduce_unsigned_char) #define TYPE

Re: [PATCH v6 01/10] Initial TI PRU GCC port

On неделя, 9 юни 2019 г. 17:38:58 EEST Segher Boessenkool wrote: > Hi Dimitar, > > Just some comments, do with it what you want :-) > > On Sun, Jun 09, 2019 at 11:01:38PM +0300, Dimitar Dimitrov wrote: > > +; An unfortunate side effect is that quite a few invalid RTL patterns are > > +;

[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.

[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

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

[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

[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++/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|---

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

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

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

[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

[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

[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

[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++/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 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 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

[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

PING: [PATCH] implement -Wformat-diag, v2

Ping: https://gcc.gnu.org/ml/gcc-patches/2019-05/msg01513.html On 5/22/19 10:42 AM, Martin Sebor wrote: Attached is a revised implementation of the -Wformat-diag checker incorporating the feedback I got on the first revision. Martin

[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

[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

[PATCH] PR fortran/90002 -- Free array-spec for assumed-shaped coarray

The attached patch fixes an ICE when freeing an array-spec that involves an assumed-shaped coarray (see testcase). The patch regression tests cleanly. I don't use coarrays, so cannot say whether the testcase is valid Fortran. I simply fixed the ICE. OK to commit? 2019-06-11 Steven G. Kargl

[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++

[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:

Re: Add value_range_base::contains_p

On 6/11/19 3:02 PM, Aldy Hernandez wrote: On 6/11/19 12:52 PM, Martin Sebor wrote: On 6/11/19 10:26 AM, Aldy Hernandez wrote: On 6/11/19 12:17 PM, Martin Sebor wrote: On 6/11/19 9:05 AM, Aldy Hernandez wrote: On 6/11/19 9:45 AM, Richard Biener wrote: On Tue, Jun 11, 2019 at 12:40 PM

[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++/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:

[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:

[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++/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

[PATCH] integrate sprintf pass into strlen (PR 83431)

The sprintf and strlen passes both work with strings but run independently of one another and don't share state. As a result, lengths of strings dynamically created by functions that are available to the strlen pass are not available to sprintf. Conversely, lengths of strings formatted by the

Re: Preventing ISO C errors when using macros for builtin types

Hi Jozef, On Tue, Jun 11, 2019 at 09:44:30PM +0100, Jozef Lawrynowicz wrote: > Thanks for the pointers, they've put me on the right track I think. > > It doesn't look like we can create the new type in the msp430 backend - the > SIZE_TYPE macro is examined quite early and only a couple of basic

[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

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 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.

[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=gcc=rev Log: 2019-06-11 Thomas Koenig Tomáš Trnka Backport from trunk

Re: [PATCH] [ARC][DOC] Add documentation naked, ilink and firq

* Claudiu Zissulescu [2019-06-06 10:37:09 +0300]: > Hi Sandra, Andrew > > Please find a small patch on the documentation which adds info about naked, > ilink and firq function attributes. > > Ok to apply? > Claudiu > > gcc/ > -xx-xx Claudiu Zissulescu > > * doc/extend.texi (ARC

[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

[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

Re: Add value_range_base::contains_p

On 6/11/19 12:52 PM, Martin Sebor wrote: On 6/11/19 10:26 AM, Aldy Hernandez wrote: On 6/11/19 12:17 PM, Martin Sebor wrote: On 6/11/19 9:05 AM, Aldy Hernandez wrote: On 6/11/19 9:45 AM, Richard Biener wrote: On Tue, Jun 11, 2019 at 12:40 PM Aldy Hernandez wrote: This patch cleans

Re: Preventing ISO C errors when using macros for builtin types

On Mon, 10 Jun 2019 17:09:10 -0500 Segher Boessenkool wrote: > On Mon, Jun 10, 2019 at 08:58:00PM +0100, Jozef Lawrynowicz wrote: > > On Mon, 10 Jun 2019 13:32:42 -0500 > > Segher Boessenkool wrote: > > > That is not a fix, that is sweeping the problem under the rug. > > > > > > As a

Re: [PATCH] fixincludes breaks mingw64 build

On 5/31/19 12:15 PM, Jonathan Wakely wrote: >> Alright, thanks for the hint. I was just following the instructions in >> gcc-9.1.0/fixincludes/README: >> >> """ >> Please also send relevant information to gcc-b...@gcc.gnu.org, >> gcc-patches@gcc.gnu.org and, >> please, to me: bk...@gnu.org. >> """

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; >

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; >

Re: MAINTAINERS (Write After Approval): Add myself.

Oops! Sorry about that, should be fixed now! On Tue, Jun 11, 2019 at 3:32 PM Rainer Orth wrote: > > Matthew Beliveau writes: > > > ChangeLog: > > > > 2019-06-11 Matthew Beliveau > > > I don't believe this ;-) > > > * MAINTAINERS: Add

[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

Re: [PATCH] handle vla plus offset in strlen (PR 90662)

On 6/7/19 1:12 PM, Martin Sebor wrote: > On 6/6/19 3:53 PM, Jeff Law wrote: >> On 6/5/19 4:51 PM, Martin Sebor wrote: >>> One of my new tests for the strlen/sprintf integration tripped >>> over an incomplete handling of VLAs by the strlen pass.  Where >>> it can determine the length of a substring 

Re: [PATCH v2] [MIPS] Inhibit trailing .insn if pool is not followed by code

On 6/8/19 3:21 PM, Faraz Shahbazker wrote: > The __pool and __pend symbols are used to mark the beginning and end > of inline constant pools in MIPS16 code regions. However if the pool > occurs at the boundary of a code region and is not followed by further > code, presence of the __pend symbol

Re: [PATCH v6 00/10] New backend for the TI PRU processor

On 6/9/19 2:01 PM, Dimitar Dimitrov wrote: > This is the latest patch set for adding TI PRU I/O processor backend to GCC. > Comments from all previous series have been addressed [1], [2], [3], [4], [5]. > > Test results can be downloaded from here: >

Re: [wwwdocs] Document existence of openacc-gcc-9-branch

Hello On 04/06/2019 11:05 pm, Julian Brown wrote: Hi, I've pushed a new branch "openacc-gcc-9-branch" to the Git mirror (i.e. as a Git-only branch), for development of OpenACC and related functionality on top of the GCC 9 branch. It's currently based off the gcc-9_1_0-release tag, and contains

Re: C++ PATCH for c++/90825 - endless recursion when evaluating sizeof

On Tue, Jun 11, 2019 at 03:05:26PM -0400, Jason Merrill wrote: > On 6/11/19 2:28 PM, Marek Polacek wrote: > > On Tue, Jun 11, 2019 at 08:37:27AM -0400, Jason Merrill wrote: > > > On 6/11/19 7:47 AM, Jakub Jelinek wrote: > > > > On Mon, Jun 10, 2019 at 09:59:46PM -0400, Marek Polacek wrote: > > > >

Re: [PATCH] Avoid ICE on alias + section attributes on different redeclarations (PR c/90760)

On 6/11/19 1:23 AM, Jakub Jelinek wrote: > Hi! > > On the following testcase, we handle the case where both attributes > are on the same decl (as varpool_node::alias isn't set yet), by setting the > section even on the alias and then diagnosing if it is different from the > target's section

Re: MAINTAINERS (Write After Approval): Add myself.

Matthew Beliveau writes: > ChangeLog: > > 2019-06-11 Matthew Beliveau I don't believe this ;-) > * MAINTAINERS: Add myself. > > --- MAINTAINERS (revision 272167) > +++ MAINTAINERS (working copy) > @@ -316,6 +316,7 @@ > Gergö Barany

[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

MAINTAINERS (Write After Approval): Add myself.

ChangeLog: 2019-06-11 Matthew Beliveau * MAINTAINERS: Add myself. --- MAINTAINERS (revision 272167) +++ MAINTAINERS (working copy) @@ -316,6 +316,7 @@ Gergö Barany Charles Baylis Tejas Belagod +Matthew Beliveau Jon Beniston Andrew Bennett Andrew Benson

[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

[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.

Re: C++ PATCH for c++/90825 - endless recursion when evaluating sizeof

On 6/11/19 2:28 PM, Marek Polacek wrote: On Tue, Jun 11, 2019 at 08:37:27AM -0400, Jason Merrill wrote: On 6/11/19 7:47 AM, Jakub Jelinek wrote: On Mon, Jun 10, 2019 at 09:59:46PM -0400, Marek Polacek wrote: This test segvs since r269078, this hunk in particular: @@ -4581,8 +4713,9 @@

Re: [PATCH][RFC] Sanitize equals and hash functions in hash-tables.

On 6/11/19 9:16 AM, Martin Liška wrote: On 6/11/19 2:27 PM, Jason Merrill wrote: On 6/11/19 3:41 AM, Martin Liška wrote: On 6/10/19 8:21 PM, Jason Merrill wrote: On Mon, Jun 10, 2019 at 3:08 AM Martin Liška wrote: On 6/7/19 11:43 PM, Jason Merrill wrote: On Fri, Jun 7, 2019 at 8:14 AM

[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 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 ---

[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 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++/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|

Re: C++ PATCH for c++/90825 - endless recursion when evaluating sizeof

On Tue, Jun 11, 2019 at 08:37:27AM -0400, Jason Merrill wrote: > On 6/11/19 7:47 AM, Jakub Jelinek wrote: > > On Mon, Jun 10, 2019 at 09:59:46PM -0400, Marek Polacek wrote: > > > This test segvs since r269078, this hunk in particular: > > > > > > @@ -4581,8 +4713,9 @@ cxx_eval_constant_expression

[PATCH, Darwin, testsuite] Fix PR 65364 (uninit-19.c).

This test currently fails on Darwin, because the port inlines fn2 for both PIC (and non-pic for m32). Fixed by adjusting the target condition. tested on x86_64-darwin6, x86_64-linux-gnu applied to mainline thanks Iain 2019-06-11 Iain Sandoe PR testsuite/65364 *

[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=gcc=rev Log: Darwin, testsuite - Fix PR 65364 (uninit-19.c). This test currently fails on Darwin,

Re: [PATCH] Synchronize libstdc++ parallel algorithms with upstream project

Tested x86_64-linux, committed to trunk. Jonathan Wakely writes: > On 29/05/19 23:53 +0100, Jonathan Wakely wrote: >>On 29/05/19 15:32 -0700, Thomas Rodgers wrote: >>> * include/pstl/algorithm_fwd.h: Synchronize with >>> upstream PSTL project. >>> * include/pstl/algorithm_impl.h:

Re: [PATCH] Rename header guards to be consistent with upstream project's conventions.

Tested x86_64-linux, committed to trunk. Jonathan Wakely writes: > On 29/05/19 15:30 -0700, Thomas Rodgers wrote: >> >> * include/pstl/glue_memory_impl.h: Rename all macros of the form >> _PSTL_(.*)_H to _PSTL_\U\1_H. >> * include/pstl/numeric_impl.h: Likewise. >> *

Re: [PATCH] Clean up non-conforming names

Tested x86_64-linux, committed to trunk. Thomas Rodgers writes: > Jonathan Wakely writes: > >> On 31/05/19 17:15 -0700, Thomas Rodgers wrote: >>> >>>Revising previous version of this patch to pick another missed >>>uglification. >> >> OK for trunk, thanks. >> >> I also see this one: >> >>

Re: [PATCH] Integrate non-TBB serial backend support

Tested x86_64-linux, committed to trunk. Thomas Rodgers writes: > * include/bits/c++config: Adjust TBB detection logic to select serial > PSTL backend if no TBB present. > * testsuite/utils/pstl/test_utils.h: Remove check for > __PSTL_USE_PAR_POLICIES > --- >

[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

[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

[Bug c/90840] New: [8/9/10 Regression] ICE in simplify_subreg, at simplify-rtx.c:6441

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90840 Bug ID: 90840 Summary: [8/9/10 Regression] ICE in simplify_subreg, at simplify-rtx.c:6441 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90397 Evgeniy Dushistov changed: What|Removed |Added CC||dushistov at mail dot ru ---

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

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90837 --- Comment #1 from Andrew Pinski --- The access auwMulRRUPeakUsrInfo[0][uwUserCountCell1] can be out of bounds.

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90513 --- Comment #18 from Eric Botcazou --- > is that ok to commit and we regressed for powerpc and no-regress found . But this will pessimize e.g. VxWorks in RTP mode which works OK, so no.

The 7th HelloLLVM / HelloGCC social in China: Shanghai, June 22, 2019

Hi all, The 7th HelloLLVM / HelloGCC social in China will happen on June 22, 2019. The location is at Shanghai. Everyone interested in LLVM/GCC/Toolchain related projects is invited to join. Event details is at https://mp.weixin.qq.com/s/ErxD4BwSRgTYRuErHCPMJQ BoF style. Presentations are

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

Hi Segher , We would like to know comments on the below proposed change ? Thank you ~Umesh On Tue, Jun 11, 2019 at 10:23 PM umesh.kalappa0 at gmail dot com wrote: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90513 > > --- Comment #17 from Umesh Kalappa --- > the following change > >

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90513 --- Comment #17 from Umesh Kalappa --- the following change #undef TARGET_ASM_CAN_OUTPUT_MI_THUNK #define TARGET_ASM_CAN_OUTPUT_MI_THUNK rs6000_can_output_mi_thunk /* Return true if rs6000_output_mi_thunk would be able to output the

Re: Add value_range_base::contains_p

On 6/11/19 10:26 AM, Aldy Hernandez wrote: On 6/11/19 12:17 PM, Martin Sebor wrote: On 6/11/19 9:05 AM, Aldy Hernandez wrote: On 6/11/19 9:45 AM, Richard Biener wrote: On Tue, Jun 11, 2019 at 12:40 PM Aldy Hernandez wrote: This patch cleans up the various contains, may_contain, and

[Bug target/90811] [nvptx] ptxas error on OpenMP offloaded code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90811 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/90811] [nvptx] ptxas error on OpenMP offloaded code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90811 --- Comment #10 from Jakub Jelinek --- Author: jakub Date: Tue Jun 11 16:44:41 2019 New Revision: 272163 URL: https://gcc.gnu.org/viewcvs?rev=272163=gcc=rev Log: PR target/90811 * config/nvptx/nvptx.c

[Bug target/90811] [nvptx] ptxas error on OpenMP offloaded code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90811 --- Comment #9 from Jakub Jelinek --- Author: jakub Date: Tue Jun 11 16:43:09 2019 New Revision: 272162 URL: https://gcc.gnu.org/viewcvs?rev=272162=gcc=rev Log: PR target/90811 * config/nvptx/nvptx.c

[Bug testsuite/90806] Warray-bounds-2.c fail on cross-aarch64 on RH6 host

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90806 Martin Sebor changed: What|Removed |Added CC||msebor at gcc dot gnu.org --- Comment #5

[Bug target/90811] [nvptx] ptxas error on OpenMP offloaded code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90811 --- Comment #8 from Jakub Jelinek --- Author: jakub Date: Tue Jun 11 16:40:10 2019 New Revision: 272161 URL: https://gcc.gnu.org/viewcvs?rev=272161=gcc=rev Log: PR target/90811 * config/nvptx/nvptx.c

Re: [PATCH] Fix nvptx_output_softstack_switch (PR target/90811)

On 10-06-19 23:46, Jakub Jelinek wrote: > Hi! > > In PTX, and accepts only .pred, .b16, .b32 and .b64 types, not .u64 etc. > Fixed thusly, bootstrapped/regtested on x86_64-linux with nvptx-none > offloading, ok for trunk and 9.2/8.4? > LGTM [and to Alexander as mentioned in PR90811 comment 3].

Re: Add value_range_base::contains_p

On 6/11/19 12:17 PM, Martin Sebor wrote: On 6/11/19 9:05 AM, Aldy Hernandez wrote: On 6/11/19 9:45 AM, Richard Biener wrote: On Tue, Jun 11, 2019 at 12:40 PM Aldy Hernandez wrote: This patch cleans up the various contains, may_contain, and value_inside_range variants we have

Re: Add value_range_base::contains_p

On 6/11/19 9:05 AM, Aldy Hernandez wrote: On 6/11/19 9:45 AM, Richard Biener wrote: On Tue, Jun 11, 2019 at 12:40 PM Aldy Hernandez wrote: This patch cleans up the various contains, may_contain, and value_inside_range variants we have throughout, in favor of one-- contains_p.  There should

Re: alloca (0) in include/libiberty.h

On Tue, Jun 11, 2019 at 03:58:27PM +, Michael Matz wrote: > On Tue, 11 Jun 2019, Martin Liška wrote: > > > I see 3 occurrences of the alloca (0) in libiberty/regex.c, but there are > > properly > > guarded within: > > > > # ifdef C_ALLOCA > > alloca (0); > > # endif > > > > and then

[Bug target/90822] Remove PowerPC lfiwax and lfiwzx patterns

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90822 Michael Meissner changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

Re: alloca (0) in include/libiberty.h

Hi, On Tue, 11 Jun 2019, Martin Liška wrote: > I see 3 occurrences of the alloca (0) in libiberty/regex.c, but there are > properly > guarded within: > > # ifdef C_ALLOCA > alloca (0); > # endif > > and then I noticed 2 more occurrences in gdb that break build right now: > >

Re: [C++ PATCH] PR c++/90449 - add -Winaccessible-base option.

On 6/11/19 7:59 AM, Matthew Beliveau wrote: Hello, Correct me if I'm wrong, but before the function checks for virtual bases, an if-statement checks for extra_warnings on line 6049(when my patch is applied). The check was there before I made my changes, and my test fails without -Wextra.

Re: Git 'gcc-9_1_0-release' tag vs. GCC 9.1 release: 'BASE-VER' difference

On Tue, 11 Jun 2019 at 16:33, Jonathan Wakely wrote: > > On Tue, 11 Jun 2019 at 16:29, Thomas Schwinge wrote: > > > > Hi! > > > > On Tue, 11 Jun 2019 16:18:51 +0100, Jonathan Wakely > > wrote: > > > On Tue, 11 Jun 2019 at 16:13, Thomas Schwinge > > > wrote: > > > > We have found that the Git

  1   2   3   >