Re: [PATCH 2/7] PowerPC tests: Add PLI/PADDI tests.

On Thu, Jun 25, 2020 at 11:52:50AM -0500, Segher Boessenkool wrote: > On Mon, Jun 01, 2020 at 03:53:37PM -0400, Michael Meissner wrote: > > Add tests for -mcpu=future that test the generation of PADDI (and PLI which > > becomes PADDI). > > > > 2020-06-01 Michael Meissner > > > > *

Re: [PATCH 5/7, V2] PowerPC tests: Prefixed insn with large offsets

On Thu, Jun 25, 2020 at 12:09:41PM -0500, Segher Boessenkool wrote: > Hi! > > On Thu, Jun 04, 2020 at 01:03:51PM -0400, Michael Meissner wrote: > > [PATCH 5/7, V2] PowerPC tests: Prefixed insn with large offsets > > > > Add tests to make sure for -mcpu=future that prefixed load/store > >

Re: [PATCH 7/7] PowerPC test: Add prefixed stack protect test

On Thu, Jun 25, 2020 at 12:18:42PM -0500, Segher Boessenkool wrote: > Hi! > > On Mon, Jun 01, 2020 at 03:53:42PM -0400, Michael Meissner wrote: > > Test that stack protection generates prefixed stack instructions if you are > > using large stack frame for -mcpu=future. > > > > 2020-06-01

Re: [PATCH 2/7] PowerPC tests: Add PLI/PADDI tests.

On Thu, Jun 25, 2020 at 11:52:50AM -0500, Segher Boessenkool wrote: > On Mon, Jun 01, 2020 at 03:53:37PM -0400, Michael Meissner wrote: > > Add tests for -mcpu=future that test the generation of PADDI (and PLI which > > becomes PADDI). > > > > 2020-06-01 Michael Meissner > > > > *

[Bug c++/95935] New: ICE : Segmentation fault

; enum struct a { | ^ bug.cc:2:35: internal compiler error: Segmentation fault 2 | template https://gcc.gnu.org/bugs/> for instructions. $g++ --version g++ (GCC) 11.0.0 20200626 (experimental) Copyright (C) 2020 Free Software Foundation, Inc. This is free

[Bug lto/95928] LTO through ar breaks weak function resolution

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95928 --- Comment #5 from Andi Kleen --- It doesn't seem to be the plugin itself, I compiled trunk with the gcc-7 lto-plugin.c and it fails too.

[Bug lto/95928] LTO through ar breaks weak function resolution

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95928 --- Comment #4 from Andi Kleen --- Reproduced on trunk too 11.0-200626 e74c281bf4955eea7fdc5f21b43e29fa0235a5b0

[Bug bootstrap/95934] New: bootstrap fails in compiler assert in sanitizer_platform_limits_posix.cpp:1136

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95934 Bug ID: 95934 Summary: bootstrap fails in compiler assert in sanitizer_platform_limits_posix.cpp:1136 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity:

[Bug c++/95933] New: pointer variables in template classes admit arbitrary assignments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95933 Bug ID: 95933 Summary: pointer variables in template classes admit arbitrary assignments Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug c++/95932] New: ICE in redeclare_class_template, at cp/pt.c:6231

p/parser.c:17762 0x9a2a02 cp_parser_decl_specifier_seq ../../gcc/cp/parser.c:14410 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See <https://gcc.gnu.org/bugs/> for instructions. $g++ --version g++

[Bug c++/95931] New: ICE in dependent_type_p, at cp/pt.c:26326

ugs/> for instructions. $g++ --version g++ (GCC) 11.0.0 20200626 (experimental) Copyright (C) 2020 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Passing an string argument to a GIMPLE call

Hello, I am writing the following statement to make a GIMPLE call: tree function_fn_type = build_function_type_list(void_type_node, void_type_node, integer_type_node, NULL_TREE); tree sancov_fndecl = build_fn_decl("my_instrumentation_function", function_fn_type); auto gcall =

Re: Customized coverage instrumentation for multiple C files

Any idea on that? I just cannot find a way of using GIMPLE to analyze multiple .C files. All my analysis is still start from the following function: virtual unsigned int execute(function *fun) override which has no idea about the .C file information. In LLVM all .C files are roughly maintained

[Bug c++/95930] New: ICE: Segmentation fault signal terminated program cc1plus

signal terminated program cc1plus Please submit a full bug report, with preprocessed source if appropriate. See <https://gcc.gnu.org/bugs/> for instructions. $g++ --version g++ (GCC) 11.0.0 20200626 (experimental) Copyright (C) 2020 Free Software Foundation, Inc. This is free software; see the

[Bug tree-optimization/95929] New: Failure to optimize tautological comparisons of comparisons to a single one

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95929 Bug ID: 95929 Summary: Failure to optimize tautological comparisons of comparisons to a single one Product: gcc Version: 11.0 Status: UNCONFIRMED Severity:

[Bug lto/95928] LTO through ar breaks weak function resolution

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95928 --- Comment #3 from Andi Kleen --- Versions reproduced: gcc version 10.1.1 20200507 [revision dd38686d9c810cecbaa80bb82ed91caaa58ad635] (SUSE Linux) gcc-9 (SUSE Linux) 9.3.1 20200406 [revision 6db837a5288ee3ca5ec504fbd5a765817e556ac2]

[Bug lto/95928] LTO through ar breaks weak function resolution

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95928 --- Comment #1 from Andi Kleen --- Created attachment 48792 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48792=edit sys_ni.i

[Bug lto/95928] LTO through ar breaks weak function resolution

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95928 --- Comment #2 from Andi Kleen --- Created attachment 48793 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48793=edit capability.i

[Bug lto/95928] New: LTO through ar breaks weak function resolution

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95928 Bug ID: 95928 Summary: LTO through ar breaks weak function resolution Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto

[Bug c++/95927] New: ICE in cp_lexer_new_from_tokens, at cp/parser.c:701

../gcc/c-family/c-opts.c:1190 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See <https://gcc.gnu.org/bugs/> for instructions. $g++ --version g++ (GCC) 11.0.0 20200626 (experimental) Copyright (C) 2020

[Bug tree-optimization/95926] New: Failure to optimize xor pattern when

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95926 Bug ID: 95926 Summary: Failure to optimize xor pattern when Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/95925] New: ICE in xref_basetypes, at cp/decl.c:15169

$g++ --version g++ (GCC) 11.0.0 20200626 (experimental) Copyright (C) 2020 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Re: [PATCH] Fix target clone indirection elimination.

On Fri, Jun 26, 2020 at 5:51 PM Jeff Law wrote: > > On Mon, 2020-06-22 at 11:24 +0200, Richard Biener via Gcc-patches wrote: > > On Sun, Jun 21, 2020 at 2:32 AM Yichao Yu via Gcc-patches > > wrote: > > > On Sat, Jun 20, 2020 at 8:16 PM Yichao Yu wrote: > > > > On Sat, Jun 20, 2020 at 3:41 PM

[Bug tree-optimization/95924] New: Failure to optimize some bit magic to one of the operands

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95924 Bug ID: 95924 Summary: Failure to optimize some bit magic to one of the operands Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/95923] New: Failure to optimize bool checks into and

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95923 Bug ID: 95923 Summary: Failure to optimize bool checks into and Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug tree-optimization/95663] static_cast checks for null even when the pointer is dereferenced

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95663 --- Comment #11 from John Zwinck --- Jeffrey, when I compile with -fno-isolate-erroneous-paths-dereference I am asking the compiler not to insert traps. I filed this issue in hopes that GCC can better optimize when it is told not to insert

[Bug tree-optimization/95922] New: Failure to optimize `((b ^ a) & c) ^ a` to `(a & ~c) | (b & c)` the right way on architectures with andnot

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95922 Bug ID: 95922 Summary: Failure to optimize `((b ^ a) & c) ^ a` to `(a & ~c) | (b & c)` the right way on architectures with andnot Product: gcc Version: 11.0 Status:

[Bug target/95655] -mfentry -pg generates extra push/pop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95655 H.J. Lu changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug target/93492] Broken code with -fpatchable-function-entry and -fcf-protection=full

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93492 Bug 93492 depends on bug 95655, which changed state. Bug 95655 Summary: -mfentry -pg generates extra push/pop https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95655 What|Removed |Added

[Bug target/95655] -mfentry -pg generates extra push/pop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95655 --- Comment #4 from CVS Commits --- The master branch has been updated by H.J. Lu : https://gcc.gnu.org/g:727efd27da90fe09ed393c7bb44bba071ae0e0d3 commit r11-1680-g727efd27da90fe09ed393c7bb44bba071ae0e0d3 Author: H.J. Lu Date: Fri Jun 12

Re: [PATCH] tree-ssa-threadbackward.c (profitable_jump_thread_path): Do not allow __builtin_constant_p.

On Fri, 2020-06-26 at 16:04 -0600, Jeff Law wrote: > On Fri, 2020-06-26 at 23:54 +0200, Ilya Leoshkevich wrote: > > How should this work ideally? Suppose we have: > > > > static inline void foo (int i) > > { > > if (__builtin_is_constant_p (i)) > > asm volatile ("bar" :: "i" (i)) > >

Re: [PATCH] arc: add exceptions for PR92860.

On Wed, 2020-06-24 at 09:43 +0200, Martin Liška wrote: > Hey. > > The patch is about addition of some exceptions for arc target that > address: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860#c26 > > It's again another example where optimization options influence target > options. > >

[Bug target/95921] [m68k] invalid codegen for __builtin_sqrt

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95921 --- Comment #1 from Rich Felker --- I wonder if the fact that GCC thinks the output of the insn is already double suggests other similar bugs in the m68k backend, though... If extended precision were working correctly, I'd think it would at

Re: [PATCH, rs6000] Add support to enable vmsumudm behind vec_msum builtin.

Hi! On Fri, Jun 26, 2020 at 01:20:43PM -0500, will schmidt wrote: > * config/rs6000/altivec.h (vec_vmsumudm): New define. > * config/rs6000/altivec.md (UNSPEC_VMSUMUDM): New unspec. > (altivec_vmsumudm): New define_insn. > * config/rs6000/rs6000-builtin.def

[Bug target/95921] New: [m68k] invalid codegen for __builtin_sqrt

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95921 Bug ID: 95921 Summary: [m68k] invalid codegen for __builtin_sqrt Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component:

Re: Hoisting DFmode loads out of loops..

On Fri, 2020-06-26 at 01:24 +, Alan Lehotsky wrote: > > On Jun 25, 2020, at 6:37 PM, Jeff Law wrote: > > > > On Thu, 2020-06-25 at 15:46 -0400, Alan Lehotsky wrote: > > > I’m working on a GCC 8.3 port to a load/store architecture with a 32-bit > > > data-path between registers and memory;

gcc-9-20200626 is now available

Snapshot gcc-9-20200626 is now available on https://gcc.gnu.org/pub/gcc/snapshots/9-20200626/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 9 git branch with the following options: git://gcc.gnu.org/git/gcc.git branch

[Bug tree-optimization/95663] static_cast checks for null even when the pointer is dereferenced

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95663 Jeffrey A. Law changed: What|Removed |Added CC||law at redhat dot com --- Comment #10

[Bug target/95674] Unnecessary move when doing division-by-multiplication

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95674 --- Comment #3 from Vladimir Makarov --- I looked at this problem. All assignments are done in IRA (LRA does not change them). We can not make a better assignment because scratches do not permit to store any preferences from instruction

Re: [PATCH] Linux/i386: Remove SUBTARGET_FRAME_POINTER_REQUIRED

On Fri, 2020-06-12 at 05:56 -0700, H.J. Lu wrote: > On Thu, Jun 11, 2020 at 8:24 PM Jeff Law wrote: > > On Sat, 2020-05-02 at 04:55 -0700, H.J. Lu wrote: > > > Currently patchable area is at the wrong place. It is placed immediately > > > after function label, before both .cfi_startproc and

[Bug tree-optimization/95863] Failure to detect table-based ctz implementation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95863 --- Comment #3 from H.J. Lu --- Created attachment 48790 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48790=edit A patch

Re: [PATCH] tree-ssa-threadbackward.c (profitable_jump_thread_path): Do not allow __builtin_constant_p.

On Fri, 2020-06-26 at 23:54 +0200, Ilya Leoshkevich wrote: > > How should this work ideally? Suppose we have: > > static inline void foo (int i) > { > if (__builtin_is_constant_p (i)) > asm volatile ("bar" :: "i" (i)) > else > asm volatile ("baz" :: "d" (i)); > } > > First of all,

Re: [PING][PATCH] underline null argument in -Wnonnull (PR c++/86568)

On Mon, 2020-06-22 at 12:02 -0600, Martin Sebor wrote: > Ping: https://gcc.gnu.org/pipermail/gcc-patches/2020-June/547415.html > > Jason already approved the C++ changes (with a couple of minor > tweaks). I'm still looking for an approval of the corresponding > middle end diff. Do you need an

Re: [PATCH] tree-ssa-threadbackward.c (profitable_jump_thread_path): Do not allow __builtin_constant_p.

On Fri, 2020-06-26 at 15:34 -0600, Jeff Law wrote: > On Fri, 2020-06-26 at 23:17 +0200, Ilya Leoshkevich wrote: > > On Fri, 2020-06-26 at 14:27 -0600, Jeff Law wrote: > > > On Thu, 2020-06-04 at 02:37 +0200, Ilya Leoshkevich via Gcc- > > > patches > > > wrote: > > > > Bootstrapped and regtested on

[Bug libfortran/95920] New: Implicit declaration of function 'feenableexcept' in fpu-target.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95920 Bug ID: 95920 Summary: Implicit declaration of function 'feenableexcept' in fpu-target.h Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

Re: [PATCH] Fix target clone indirection elimination.

On Mon, 2020-06-22 at 11:24 +0200, Richard Biener via Gcc-patches wrote: > On Sun, Jun 21, 2020 at 2:32 AM Yichao Yu via Gcc-patches > wrote: > > On Sat, Jun 20, 2020 at 8:16 PM Yichao Yu wrote: > > > On Sat, Jun 20, 2020 at 3:41 PM Yichao Yu wrote: > > > > On Sat, Jun 20, 2020 at 3:26 PM

Re: [PATCH v3] c++: Fix CTAD for aggregates in template [PR95568]

On Fri, Jun 26, 2020 at 04:19:08PM -0400, Jason Merrill wrote: > Please also test scoped enum. Here: -- >8 -- 95568 complains that CTAD for aggregates doesn't work within requires-clause and it turned out that it doesn't work when we try the deduction in a template. The reason is that

[Bug tree-optimization/95863] Failure to detect table-based ctz implementation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95863 H.J. Lu changed: What|Removed |Added CC||polacek at redhat dot com,

Re: [PATCH] tree-ssa-threadbackward.c (profitable_jump_thread_path): Do not allow __builtin_constant_p.

On Fri, 2020-06-26 at 23:17 +0200, Ilya Leoshkevich wrote: > On Fri, 2020-06-26 at 14:27 -0600, Jeff Law wrote: > > On Thu, 2020-06-04 at 02:37 +0200, Ilya Leoshkevich via Gcc-patches > > wrote: > > > Bootstrapped and regtested on x86_64-redhat-linux, ppc64le-redhat- > > > linux > > > and

G

Sent from my iPhone

[Bug tree-optimization/95906] Failure to recognize max pattern with mask

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95906 --- Comment #1 from Marc Glisse --- I'd say generate a (vec_)cond_expr, not directly a max. That is, replace the comparison with any truth_valued_p (hmm, that function probably stopped working for vectors when all comparisons were wrapped in

Re: Move simplification of statements using ranges into its own class.

On Thu, 2020-06-18 at 13:24 +0200, Aldy Hernandez wrote: > Howdy. > > This moves all the simplification code from vr_values into a separate > class (simplify_using_ranges). In doing so, we get rid of a bunch of > dependencies on the internals of vr_values. The goal is to (a) remove >

Re: [PATCH] tree-ssa-threadbackward.c (profitable_jump_thread_path): Do not allow __builtin_constant_p.

On Fri, 2020-06-26 at 14:27 -0600, Jeff Law wrote: > On Thu, 2020-06-04 at 02:37 +0200, Ilya Leoshkevich via Gcc-patches > wrote: > > Bootstrapped and regtested on x86_64-redhat-linux, ppc64le-redhat- > > linux > > and s390x-redhat-linux. > > > > > > Linux Kernel (specifically,

[Bug target/95620] [10/11 Regression] relocation truncated to fit: R_X86_64_PC32 against `.bss'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95620 H.J. Lu changed: What|Removed |Added CC||ubizjak at gmail dot com URL|

[Bug fortran/95919] New: new test base gfortran.dg/char4-subscript.f90 in r11-1654 fails on BE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95919 Bug ID: 95919 Summary: new test base gfortran.dg/char4-subscript.f90 in r11-1654 fails on BE Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[PATCH] x86-64: Define ASM_OUTPUT_ALIGNED_DECL_LOCAL

Define ASM_OUTPUT_ALIGNED_DECL_LOCAL for large local common symbol. gcc/ChangeLog: * config/i386/x86-64.h (ASM_OUTPUT_ALIGNED_DECL_LOCAL): New. gcc/testsuite/ChangeLog: * gcc.target/i386/pr95620.c: New test. --- gcc/config/i386/x86-64.h| 11 +++

Coverage not generated with fork/execve

[Please keep me in CC as I'm not subscribed to this mailing list] Hello, I recently implemented an external process management tool and cannot get coverage report of the code that runs right before execve after calling fork. It is specified in the GCC doc that it should work given gnu++11 flag

Re: [PATCH] tree-ssa-threadbackward.c (profitable_jump_thread_path): Do not allow __builtin_constant_p.

On Thu, 2020-06-04 at 02:37 +0200, Ilya Leoshkevich via Gcc-patches wrote: > Bootstrapped and regtested on x86_64-redhat-linux, ppc64le-redhat-linux > and s390x-redhat-linux. > > > Linux Kernel (specifically, drivers/leds/trigger/ledtrig-cpu.c) build > with GCC 10 fails on s390 with "impossible

[Bug fortran/95918] gfortran.dg/char4-subscript.f90 fails for BE architectures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95918 David Edelsohn changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

[Bug fortran/95918] New: gfortran.dg/char4-subscript.f90 fails for BE architectures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95918 Bug ID: 95918 Summary: gfortran.dg/char4-subscript.f90 fails for BE architectures Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: wrong-code

Re: [PATCH v2] c++: Fix CTAD for aggregates in template [PR95568]

On 6/25/20 5:37 PM, Marek Polacek wrote: On Wed, Jun 24, 2020 at 03:52:12PM -0400, Jason Merrill via Gcc-patches wrote: On 6/23/20 6:58 PM, Marek Polacek wrote: 95568 complains that CTAD for aggregates doesn't work within requires-clause and it turned out that it doesn't work when we try the

[Bug tree-optimization/95863] Failure to detect table-based ctz implementation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95863 H.J. Lu changed: What|Removed |Added CC||craig.topper at gmail dot com,

[PATCH] Add TARGET_LOWER_LOCAL_DECL_ALIGNMENT [PR95237]

On Thu, Jun 25, 2020 at 1:10 AM Richard Biener wrote: > > On Thu, Jun 25, 2020 at 2:53 AM Sunil Pandey wrote: > > > > On Wed, Jun 24, 2020 at 12:30 AM Richard Biener > > wrote: > > > > > > On Tue, Jun 23, 2020 at 5:31 PM Sunil K Pandey via Gcc-patches > > > wrote: > > > > > > > > From: Sunil K

[RFC] rs6000: Add builtins for fegetround, feclearexcept and feraiseexcept [PR94193]

Hi all, This is an early draft I'm working on to add fegetround , feclearexcept and feraiseexcept as builtins on rs6000. This is my first patch so I welcome any and all feedback. Foremost I have some questions to ask as I got stuck on some problems. Q1) How to implement a target specific

Re: PSA: Default C++ dialect is now C++17

On Fri, Jun 26, 2020 at 03:34:09PM -0400, Marek Polacek via Gcc-patches wrote: > As discussed last month: > > it's time to change the C++ default to gnu++17. I've committed the patch > after > testing x86_64-pc-linux-gnu and

[Bug fortran/95881] [9/10/11 Regression] ICE in resolve_symbol, at fortran/resolve.c:15175 since r7-5348-g6479f45b31c13f30

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95881 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[PATCH] PR fortran/95881 - [9/10/11 Regression] ICE in resolve_symbol, at fortran/resolve.c:15175

Dear all, here's another NULL pointer dereference on invalid code. Regtested on x86_64-pc-linux-gnu. OK for master / backports where appropriate? Thanks, Harald PR fortran/95881 - ICE in resolve_symbol, at fortran/resolve.c:15175 Avoid NULL pointer dereference. gcc/fortran/ PR

RE: [Patch][gcn, nvptx, offloading] mkoffload – handle -fpic/-fPIC

Hi Tom, It doesn't look like you were explicitly cc'd on this patch and probably haven't seen it. Would you mind taking a look and approving the nvptx portions? Thanks, Catherine >-Original Message- >From: Gcc-patches [mailto:gcc-patches-boun...@gcc.gnu.org] On Behalf >Of Burnus,

PSA: Default C++ dialect is now C++17

As discussed last month: it's time to change the C++ default to gnu++17. I've committed the patch after testing x86_64-pc-linux-gnu and powerpc64le-unknown-linux-gnu. Brace yourselves! Marek

[PATCH] c++: Check uniqueness of concepts/variable templates [PR94553]

This patch wraps up PR94553. Variable template names have no C compatibility implications so they should be unique in their declarative region. It occurred to me that this applies to concepts as well. This is not specified in [basic.scope.declarative]/4.2 but that seems like a bug in the

[Bug c++/95910] transform view in combination with single view calls const qualified begin even if it is not const

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95910 Patrick Palka changed: What|Removed |Added CC||ppalka at gcc dot gnu.org --- Comment

[Bug fortran/95881] [9/10/11 Regression] ICE in resolve_symbol, at fortran/resolve.c:15175 since r7-5348-g6479f45b31c13f30

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

[Bug c++/95917] coroutine functions leak under freestanding mode causing dependencies and binary bloat.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95917 --- Comment #6 from fdlbxtqi --- (In reply to Iain Sandoe from comment #4) > (In reply to fdlbxtqi from comment #3) > > Jonathan. I am MAD at you. This is absolutely your fault. I told you to > > always write inline and you guys do not then

[Bug fortran/95827] ICE in gfc_get_string, at fortran/iresolve.c:70

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95827 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED

[Bug fortran/95826] ICE in gfc_match_decl_type_spec, at fortran/decl.c:4290

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95826 --- Comment #4 from CVS Commits --- The releases/gcc-10 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:32613b6af830f12ee5b6ef97edd782666f47cbb8 commit r10-8375-g32613b6af830f12ee5b6ef97edd782666f47cbb8 Author: Harald Anlauf

[Bug fortran/95828] ICE in resolve_select_rank, at fortran/resolve.c:9774

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95828 --- Comment #5 from CVS Commits --- The releases/gcc-10 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:5e00a2d1aa68f92e413fec01ce912401bcfcf44f commit r10-8374-g5e00a2d1aa68f92e413fec01ce912401bcfcf44f Author: Harald Anlauf

[Bug c++/95917] coroutine functions leak under freestanding mode causing dependencies and binary bloat.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95917 --- Comment #5 from fdlbxtqi --- (In reply to Iain Sandoe from comment #4) > (In reply to fdlbxtqi from comment #3) > > Jonathan. I am MAD at you. This is absolutely your fault. I told you to > > always write inline and you guys do not then

[Bug c++/95917] coroutine functions leak under freestanding mode causing dependencies and binary bloat.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95917 --- Comment #4 from Iain Sandoe --- (In reply to fdlbxtqi from comment #3) > Jonathan. I am MAD at you. This is absolutely your fault. I told you to > always write inline and you guys do not then allow Herb Sutter to ban me. > Here is the fault

[Bug c++/95917] coroutine functions leak under freestanding mode causing dependencies and binary bloat.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95917 --- Comment #3 from fdlbxtqi --- Jonathan. I am MAD at you. This is absolutely your fault. I told you to always write inline and you guys do not then allow Herb Sutter to ban me. Here is the fault in your own controlled codebase. Are you

[Bug c++/95917] coroutine functions leak under freestanding mode causing dependencies and binary bloat.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95917 --- Comment #2 from fdlbxtqi --- This makes me mad. I compiled this under freestanding mode. Now coroutine causes binary bloat which is completely unacceptable for me. The problem of C++ is that you have to always write inline to undo the

[Bug c++/95917] coroutine functions leak under freestanding mode causing dependencies and binary bloat.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95917 --- Comment #1 from fdlbxtqi --- void __dummy_resume_destroy() __attribute__((__weak__)); void __dummy_resume_destroy() {} struct __noop_coro_frame { void (*__r)() = __dummy_resume_destroy; void (*__d)() =

[Bug c++/95917] New: coroutine functions leak under freestanding mode causing dependencies and binary bloat.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95917 Bug ID: 95917 Summary: coroutine functions leak under freestanding mode causing dependencies and binary bloat. Product: gcc Version: unknown Status: UNCONFIRMED

[PATCH, rs6000] Add support to enable vmsumudm behind vec_msum builtin.

Hi, Add support for the vmsumudm instruction and tie it into the vec_msum built-in to support the variants of that built-in using vector _int128 parameters. vector _uint128_t vec_msum (vector unsigned long long, vector unsigned long long,

Re: [PATCH] libstdc++: std::variant doesn't like types with a defaulted virtual destructor [PR95915]

On 26/06/20 19:12 +0300, Ville Voutilainen via Libstdc++ wrote: This patch also deprecates std::is_literal_type. 2020-06-26 Ville Voutilainen PR libstdc++/95915 * include/std/type_traits (is_literal_type, is_literal_type_v): Deprecate in C++17. * include/std/variant

[Bug libstdc++/95915] [10/11 Regression] std::variant doesn't like types with a defaulted virtual destructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95915 Jonathan Wakely changed: What|Removed |Added Summary|std::variant doesn't like |[10/11 Regression]

Re: [PATCH] libgomp, fortran: Apply if clause to all sub-constructs in combined OpenMP constructs

On Fri, Jun 26, 2020 at 06:55:30PM +0100, Kwok Cheung Yeung wrote: > Okay for master/OG10? Ok for master, not sure if I have anything to say for OG10. With a nit. > commit 04bdcaa20827d814c323847630c59ee843c51408 > Author: Kwok Cheung Yeung > Date: Fri Jun 26 10:35:36 2020 -0700 > > Fix

Re: [PATCH] libgomp, fortran: Apply if clause to all sub-constructs in combined OpenMP constructs

On 26/06/2020 8:35 am, Christophe Lyon wrote: Hi, I've noticed a regression since your commit, on arm aarch64 and x86: for instance on arm-linux-gnueabi: PASS: gfortran.dg/gomp/combined-if.f90 -O (test for excess errors) PASS: gfortran.dg/gomp/combined-if.f90 -O scan-tree-dump-times

[Bug tree-optimization/95916] ICE during GIMPLE pass: slp : verify_ssa failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95916 --- Comment #1 from Vsevolod Livinskiy --- This bug might be related to bug 95761

[Bug tree-optimization/95916] New: ICE during GIMPLE pass: slp : verify_ssa failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95916 Bug ID: 95916 Summary: ICE during GIMPLE pass: slp : verify_ssa failed Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug ipa/95913] Capturing lambdas inlining behavior changed in GCC 10.x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95913 --- Comment #1 from Andrew Pinski --- Most likely a heurstic changes caused this.

Re: [PATCH] libgomp: added simple functions and tests for OMPD

Hello, On Fri, Jun 26, 2020 at 1:08 PM Jakub Jelinek wrote: > On Fri, Jun 26, 2020 at 12:57:59PM -0400, y2s1982 . wrote: > > > > * env.c(ompd_dll_locations_valid): Define with no compiler > > > optimization. > > > > > > Again, missing space. > > > > > > The contrib/mklog.py, which I use

Re: PING Re: testsuite: clarify scan-dump file globbing behavior

On Jun 2, 2020, at 10:37 PM, Frederik Harwath wrote: > > Frederik Harwath writes: > > ping :-) Ok. >> Frederik Harwath writes: >> >> Hi Rainer, hi Mike, >> ping: https://gcc.gnu.org/pipermail/gcc-patches/2020-May/545803.html >> >> Best regards, >> Frederik >> >>> Hi Thomas, >>> >>>

Re: [PATCH] libgomp: added simple functions and tests for OMPD

On Fri, Jun 26, 2020 at 12:57:59PM -0400, y2s1982 . wrote: > > > * env.c(ompd_dll_locations_valid): Define with no compiler > > optimization. > > > > Again, missing space. > > > > The contrib/mklog.py, which I use to generate these messages, seems to > generate the statement without a space

Re: WWDC thread: support for darwin/macOS going forward

On Jun 22, 2020, at 3:51 PM, Eric Gallager wrote: > > Hi, at Apple's WWDC this year they have announced that they are doing > yet another architecture transition, so I was wondering what exactly > would be the best way to go about adding support for it? I usually use emacs and git to add ports

Re: [PATCH] libgomp: added simple functions and tests for OMPD

Hello, On Fri, Jun 26, 2020 at 5:03 AM Jakub Jelinek wrote: > Thanks, just nits, no need to repost, just commit it after you make those > changes. > > On Thu, Jun 25, 2020 at 05:58:23PM -0400, y2s1982 via Gcc-patches wrote: > > > * Makefile.am(toolexeclib_LTLIBRARIES): Add libgompd.la. >

Re: [PATCH] libstdc++: std::variant doesn't like types with a defaulted virtual destructor [PR95915]

On Fri, 26 Jun 2020 at 19:12, Ville Voutilainen wrote: > > This patch also deprecates std::is_literal_type. I forgot to ask, OK for trunk and GCC 10 if full suite testing passes? The problematic compiler bug has been gone since GCC 10, so we can just as well backport this there, but not further.

[PATCH] libstdc++: std::variant doesn't like types with a defaulted virtual destructor [PR95915]

This patch also deprecates std::is_literal_type. 2020-06-26 Ville Voutilainen PR libstdc++/95915 * include/std/type_traits (is_literal_type, is_literal_type_v): Deprecate in C++17. * include/std/variant (_Uninitialized): Adjust the condition and the comment. *

[Bug c++/94553] Revise [basic.scope.declarative]/4.2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94553 --- Comment #6 from Marek Polacek --- I think it would make sense to detect this too: struct E { }; template concept E = false; template concept F = false; struct F { };

[Bug target/95030] Conflicting report about VIA eden's AVX capabilities

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95030 --- Comment #1 from Mingye Wang --- Thanks to tcl_de in sourceware bz[1], a CPUID dump from eden-x4 is available: http://users.atw.hu/instlatx64/CentaurHauls/CentaurHauls6FE_CNR_Isaiah_CPUID.txt MOVBE, POPCNT, AES, PCLMUL, FSGSBASE, RDRND,

[Bug c++/86353] g++7 -std=c++17 ICEs as internal compiler error: in gimplify_expr, at gimplify.c:12201

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86353 Sergei Trofimovich changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

  1   2   >