Re: [PATCH] i386: Cleanup i386/i386elf.h and align it's return convention with the SVR4 ABI

On Fri, Oct 30, 2020 at 9:05 PM Uros Bizjak wrote: > > > As observed a number of years ago in the following thread, i386/i386elf.h > > has not been > > kept up to date: > > > > https://gcc.gnu.org/pipermail/gcc/2013-August/209981.html > > > > This patch does the following cleanup: > > > > 1. The

RE: [PATCH] SLP: Move load/store-lanes check till late

On Tue, 3 Nov 2020, Tamar Christina wrote: > Hi Richi, > > We decided to take the regression in any code-gen this could > give and fix it properly next stage-1. As such here's a new > patch based on your previous feedback. > > Ok for master? Looks good sofar but be aware that you elide the -

RE: [PATCH] SLP: Move load/store-lanes check till late

Hi Richi, > -Original Message- > From: rguent...@c653.arch.suse.de On > Behalf Of Richard Biener > Sent: Wednesday, November 4, 2020 8:07 AM > To: Tamar Christina > Cc: gcc-patches@gcc.gnu.org; nd ; o...@ucw.cz > Subject: RE: [PATCH] SLP: Move load/store-lanes check till late > > On Tue

[PATCH] bootstrap/97666 - really fix sizeof (bool) issue

Pastoed the previous fix too quickly, the following fixes the correct spot - the memset, not the allocation. Bootstrapped / tested on x86_64-unknown-linux-gnu, pushed. 2020-11-04 Richard Biener PR bootstrap/97666 * tree-vect-slp.c (vect_build_slp_tree_2): Revert previous

Re: [committed] libstdc++: Allow Lemire's algorithm to be used in more cases

On 03/11/2020 23:25, Jonathan Wakely wrote: On 03/11/20 22:28 +0100, Stephan Bergmann via Libstdc++ wrote: On 29/10/2020 15:59, Jonathan Wakely via Gcc-patches wrote: This extends the fast path to also work when the URBG's range of possible values is not the entire range of its result_type. Pre

Re: [committed] libstdc++: Allow Lemire's algorithm to be used in more cases

On Wed, 4 Nov 2020 at 10:46, Stephan Bergmann via Libstdc++ wrote: > To me it looks like it boils down to disagreement between g++ and > clang++ over > > > struct S { static constexpr int f() { return 0; } }; > > void f(S & s) { static_assert(s.f(), ""); } > > where I think Clang might be right in

[committed] openmp: allocate clause vs. *reduction array sections [PR97670]

Hi! This patch finds the base expression of reduction array sections and uses it in checks whether allocate clause lists only variables that have been privatized. Also fixes a pasto that caused an ICE. Bootstrapped/regtested on x86_64-linux and i686-linux, committed to trunk. 2020-11-04 Jakub

Re: [Patch + RFC][contrib] gcc-changelog/git_commit.py: Check for missing description

On 11/3/20 7:46 PM, Tobias Burnus wrote: On 03.11.20 17:28, Martin Liška wrote: I really think the check should support situations where a description is provided on the next line (first after '\t', so not '\t*') as you see in the failing test: That was supposed to happen, but obviously didn't

[PATCH] i386: Fix Intel MCU psABI comment w.r.t DEFAULT_PCC_STRUCT_RETURN

2020-11-04 Uroš Bizjak gcc/ * config/i386/i386-options.c (ix86_recompute_optlev_based_flags): Fix Intel MCU psABI comment w.r.t DEFAULT_PCC_STRUCT_RETURN. Pushed. Uros. diff --git a/gcc/config/i386/i386-options.c b/gcc/config/i386/i386-options.c index 4e1dd7ccc93..4128e

[PATCH][PR target/97642] Fix incorrect replacement of vmovdqu32 with vpblendd.

Hi: When programmers explicitly use mask loaded intrinsics, don't transform the instruction to vpblend{b,w,d,q} since If mem_addr points to a memory region with less than whole vector size of accessible memory, the mask would prevent reading the inaccessible bytes which could avoid fault. Boo

Re: Move pass_oacc_device_lower after pass_graphite

On Tue, Nov 3, 2020 at 4:31 PM Frederik Harwath wrote: > > > Hi, > > as a first step towards enabling the use of Graphite for optimizing > OpenACC loops this patch moves the OpenACC device lowering after the > Graphite pass. This means that the device lowering now takes place > after some crucial

[RFC PATCH] phiopt: Optimize x ? 1024 : 0 to (int) x << 10 [PR97690]

Hi! The following patch generalizes the x ? 1 : 0 -> (int) x optimization to handle also left shifts by constant. During x86_64-linux and i686-linux bootstraps + regtests it triggered in 1514 unique non-LTO -m64 cases (sort -u on log mentioning filename, function name and shift count) and 1866 -m

Re: [PATCH v5] rtl: builtins: (not just) rs6000: Add builtins for fegetround, feclearexcept and feraiseexcept [PR94193]

On Tue, 3 Nov 2020, Raoni Fassina Firmino wrote: > I am repeating the "changelog" from v3 and v4 here because v4 and v5 > have just minor changes since v3. > > Changes since v4[1]: > - Fixed more spelling and code style. > - Add more clarification on comments for feraiseexcept and > fecl

RE: [PATCH] SLP: Move load/store-lanes check till late

On Wed, 4 Nov 2020, Tamar Christina wrote: > Hi Richi, > > > -Original Message- > > From: rguent...@c653.arch.suse.de On > > Behalf Of Richard Biener > > Sent: Wednesday, November 4, 2020 8:07 AM > > To: Tamar Christina > > Cc: gcc-patches@gcc.gnu.org; nd ; o...@ucw.cz > > Subject: RE:

[PATCH] testsuite: fix arm/pure-code/no-literal-pool-* tests

Hi, Add -mfloat-abi=soft and skip the tests if -mfloat-abi=hard is supplied. This avoids failures when testing with overridden flags such as mthumb/-mcpu=cortex-m4/-mfloat-abi=hard Pushed as obvious. 2020-11-04 Christophe Lyon gcc/testsuite/ * gcc.target/arm/pure-code/no-lit

[PATCH] Re-instantiate SLP induction IV CSE

This re-instantiates the previously removed CSE, fixing the FAIL of gcc.dg/vect/costmodel/x86_64/costmodel-pr30843.c It turns out the previous approach still works. Bootstrapped and tested on x86_64-unknown-linux-gnu, pushed. 2020-11-04 Richard Biener * tree-vect-loop.c (vectorizable_

Re: [RFC PATCH] phiopt: Optimize x ? 1024 : 0 to (int) x << 10 [PR97690]

On Wed, 4 Nov 2020, Jakub Jelinek wrote: > Hi! > > The following patch generalizes the x ? 1 : 0 -> (int) x optimization > to handle also left shifts by constant. > > During x86_64-linux and i686-linux bootstraps + regtests it triggered > in 1514 unique non-LTO -m64 cases (sort -u on log mention

[PATCH][pushed] gcc-changelog: Change parse_git_revisions strict argument to True.

Change the default that is used by GIT server hook and also by git_update_version.py. Both should use True now. Right now the server hook uses: home/gccadmin/hooks-bin/commit_checker commits = parse_git_revisions(os.environ['GIT_DIR'], commit_rev) errs = [] for commit in

Re: [committed] libstdc++: Allow Lemire's algorithm to be used in more cases

On 04/11/20 09:45 +0100, Stephan Bergmann via Libstdc++ wrote: On 03/11/2020 23:25, Jonathan Wakely wrote: On 03/11/20 22:28 +0100, Stephan Bergmann via Libstdc++ wrote: On 29/10/2020 15:59, Jonathan Wakely via Gcc-patches wrote: This extends the fast path to also work when the URBG's range of

Re: [PATCH][PR target/97540] Don't extract memory from operand for normal memory constraint.

Hongtao Liu writes: > On Tue, Nov 3, 2020 at 9:51 PM Richard Sandiford > wrote: >> >> Vladimir Makarov via Gcc-patches writes: >> > On 2020-10-27 2:53 a.m., Hongtao Liu wrote: >> >> Hi: >> >>For inline asm, there could be an operand like (not (mem:)), it's >> >> not a valid operand for norma

Re: [PATCH V2] aarch64: Add vcopy(q)__lane(q)_bf16 intrinsics

Andrea Corallo via Gcc-patches writes: > Richard Sandiford writes: [...] >> OK with that change if it works (for trunk and for whichever >> branches need it). >> >> Thanks, >> Richard > > Hi Richard, > > I've applied the suggestions and have now installed it into master as > 8eb8dcac6ed. I'll

Re: [PATCH V3] aarch64: Add vstN_lane_bf16 + vstNq_lane_bf16 intrinsics

Andrea Corallo via Gcc-patches writes: > Andrea Corallo via Gcc-patches writes: > [...] > >> Hi all, >> >> third version of this patch following the suggestions got for its sister >> patch >> >> Regtested and bootstrapped. >> >

Re: [PATCH V4] aarch64: Add bfloat16 vldN_lane_bf16 + vldNq_lane_bf16 intrisics

Andrea Corallo via Gcc-patches writes: > Richard Sandiford writes: > [...] >> OK for both. Thanks for doing this. >> >> Richard > > Welcome, installed into master as 44e570d9fb0. > > Will follow-up for the backport. > > Thanks! > > Andrea Hi all, installed into releases/gcc-10 as aa97379d8

Re: [PATCH 1/5] [PR target/96342] Change field "simdlen" into poly_uint64

"yangyang (ET)" writes: > Hi, > >> -Original Message- >> From: Richard Sandiford [mailto:richard.sandif...@arm.com] >> Sent: Wednesday, November 4, 2020 12:15 AM >> To: yangyang (ET) >> Cc: gcc-patches@gcc.gnu.org >> Subject: Re: [PATCH 1/5] [PR target/96342] Change field "simdlen" into

Re: [committed] libstdc++: Allow Lemire's algorithm to be used in more cases

On 04/11/20 10:15 +, Jonathan Wakely wrote: On 04/11/20 09:45 +0100, Stephan Bergmann via Libstdc++ wrote: On 03/11/2020 23:25, Jonathan Wakely wrote: On 03/11/20 22:28 +0100, Stephan Bergmann via Libstdc++ wrote: On 29/10/2020 15:59, Jonathan Wakely via Gcc-patches wrote: This extends th

Testsuite fails on PowerPC with: Re: [PATCH][middle-end][i386][version 6]Add -fzero-call-used-regs=[skip|used-gpr-arg|used-arg|all-gpr-arg|all-arg|used-gpr|all-gpr|used|all])

Three of the testcases fail on PowerPC: gcc.target/i386/zero-scratch-regs-{9,10,11}.c powerpc64le-linux-gnu/default/gcc.d/zero-scratch-regs-10.c:77:1: sorry, unimplemented: '-fzero-call-used_regs' not supported on this target Did you miss some dg-require-effective-target ? powerpc64le-linux-

Re: [PATCH v9] genemit.c (main): split insn-emit.c for compiling parallelly

Jojo R writes: > gcc/ChangeLog: > > * genemit.c (main): Print 'split line'. > * Makefile.in (insn-emit.c): Define split count and file Looks good, thanks. Will commit once the copyright situation is sorted out. Richard > > --- > gcc/Makefile.in | 35 +++- > gcc/genemi

RE: [PATCH v2 2/16]middle-end: Refactor and expose some vectorizer helper functions.

On Tue, 3 Nov 2020, Tamar Christina wrote: > Hi All, > > This patch is a respin of the previous one defining a new helper > function add_pattern_stmt. > > Ok for master? OK if the rest is approved. > Thanks, > Tamar > > gcc/ChangeLog: > > * tree-vect-patterns.c (vect_mark_pattern_stmts

[PATCH] tree-optimization/97709 - set abnormal flag when vectorizing live lanes

This properly sets the abnormal flag when vectorizing live lanes when the original scalar was live across an abnormal edge. Bootstrapped and tested on x86_64-unknown-linux-gnu, pushed. 2020-11-04 Richard Biener PR tree-optimization/97709 * tree-vect-loop.c (vectorizable_live_o

Re: [00/32] C++ 20 Modules

On 11/3/20 10:14 PM, Hans-Peter Nilsson wrote: On Tue, 3 Nov 2020, Nathan Sidwell wrote: I have bootstrapped and tested on: x86_64-linux aarch64-linux powerpc8le-linux powerpc8-aix Iain Sandoe has been regularly bootstrapping on x86_64-darwin. Joseph Myers graciously built for i686-mingw hos

RE: [PATCH v2 3/16]middle-end Add basic SLP pattern matching scaffolding.

On Tue, 3 Nov 2020, Tamar Christina wrote: > Hi Richi, > > This is a respin which includes the changes you requested. Comments randomly ordered, I'm pasting in pieces of the patch - sending it inline would help to get pieces properly quoted and in-order. diff --git a/gcc/tree-vectorizer.h b/gcc

[PATCH] add costing to SLP vectorized PHIs

I forgot to cost vectorized PHIs. Scalar PHIs are just costed as scalar_stmt so the following costs vector PHIs as vector_stmt. Bootstrapped and tested on x86_64-unknown-linux-gnu, pushed. 2020-11-04 Richard Biener * tree-vectorizer.h (vectorizable_phi): Adjust prototype. * t

Re: [PATCH v2 9/18]middle-end optimize slp simplify back to back permutes.

On Tue, 3 Nov 2020, Tamar Christina wrote: > Hi All, > > This optimizes sequential permutes. i.e. if there are two permutes back to > back > this function applies the permute of the parent to the child and removed the > parent. > > If the resulting permute in the child is now a no-op. Then the

[committed] libstdc++: Document istreambuf_iterator base class change [PR 92285]

libstdc++-v3/ChangeLog: PR libstdc++/92285 * doc/xml/manual/evolution.xml: Document change to base class. * doc/html/manual/api.html: Regenerate. Tested powerpc64le-linux. Committed to trunk. commit 3ef33e756a65484a17abb95ef0d4133f80c014b1 Author: Jonathan Wakely Date:

[wwwdocs] Document std::istreambuf_iterator change in GCC 10 [PR 92285]

I'm adding this caveat to the gcc-10 release notes, as well as to the libstdc++ manual. Pushed to wwwdocs. commit 6ffde10eba0811d1223eaba7e2a8daefe26276aa Author: Jonathan Wakely Date: Wed Nov 4 12:58:19 2020 + Document std::istreambuf_iterator change in GCC 10 [PR 92285] diff --git

ping [PATCH 0/2] arm: "noinit" and "persistent" attributes

Ping for below https://gcc.gnu.org/pipermail/gcc-patches/2020-October/557184.html On Tue, Oct 27, 2020 at 11:40:33AM +, Jozef Lawrynowicz wrote: > This patch series fixes behavior related to the "noinit" attribute, and > makes the MSP430 "persistent" attribute generic, so it can be used for >

Re: Testsuite fails on PowerPC with: Re: [PATCH][middle-end][i386][version 6]Add -fzero-call-used-regs=[skip|used-gpr-arg|used-arg|all-gpr-arg|all-arg|used-gpr|all-gpr|used|all])

On Wed, 4 Nov 2020 at 11:54, Tobias Burnus wrote: > > Three of the testcases fail on PowerPC: > gcc.target/i386/zero-scratch-regs-{9,10,11}.c >powerpc64le-linux-gnu/default/gcc.d/zero-scratch-regs-10.c:77:1: sorry, > unimplemented: '-fzero-call-used_regs' not supported on this target > > Did

RE: [PATCH v2 9/18]middle-end optimize slp simplify back to back permutes.

Hi Richi, > -Original Message- > From: rguent...@c653.arch.suse.de On > Behalf Of Richard Biener > Sent: Wednesday, November 4, 2020 1:00 PM > To: Tamar Christina > Cc: gcc-patches@gcc.gnu.org; nd ; o...@ucw.cz > Subject: Re: [PATCH v2 9/18]middle-end optimize slp simplify back to back >

RE: [PATCH v2 9/18]middle-end optimize slp simplify back to back permutes.

On Wed, 4 Nov 2020, Tamar Christina wrote: > Hi Richi, > > > -Original Message- > > From: rguent...@c653.arch.suse.de On > > Behalf Of Richard Biener > > Sent: Wednesday, November 4, 2020 1:00 PM > > To: Tamar Christina > > Cc: gcc-patches@gcc.gnu.org; nd ; o...@ucw.cz > > Subject: Re:

Re: [PATCH v3] pass: Run cleanup passes before SLP [PR96789]

On Tue, 3 Nov 2020 at 07:39, Kewen.Lin via Gcc-patches wrote: > > Hi Richard, > > Thanks again for your review! > > on 2020/11/2 下午6:23, Richard Sandiford wrote: > > "Kewen.Lin" writes: > >> diff --git a/gcc/function.c b/gcc/function.c > >> index 2c8fa217f1f..3e92ee9c665 100644 > >> --- a/gcc/fun

Re: Testsuite fails on PowerPC with: Re: [PATCH][middle-end][i386][version 6]Add -fzero-call-used-regs=[skip|used-gpr-arg|used-arg|all-gpr-arg|all-arg|used-gpr|all-gpr|used|all])

Tobias Burnus writes: > Three of the testcases fail on PowerPC: > gcc.target/i386/zero-scratch-regs-{9,10,11}.c >powerpc64le-linux-gnu/default/gcc.d/zero-scratch-regs-10.c:77:1: sorry, > unimplemented: '-fzero-call-used_regs' not supported on this target > > Did you miss some dg-require-effe

[0/7] LTO Dead field elimination and field reordering

Hi, I've been working on several implementations of data layout optimizations for GCC, and I am again kindly requesting for a review of the type escape based dead field elimination and field reorg. This patchset is organized in the following way: * Adds a link-time warning if dead fields are

[3/7] LTO Dead field elimination and field reordering

From 91947eea01a41bd7b17e501ad7d53dfb6499eefc Mon Sep 17 00:00:00 2001 From: Erick Ochoa Date: Sun, 9 Aug 2020 10:22:49 +0200 Subject: [PATCH 3/7] Add Field Reordering Field reordering of structs at link-time 2020-11-04 Erick Ochoa * gcc/Makefile.in: add new file to list of sources

[4/7] LTO Dead field elimination and field reordering

From a8c4d5b99d5c4168ede79054396cba514fdf23b5 Mon Sep 17 00:00:00 2001 From: Erick Ochoa Date: Mon, 10 Aug 2020 09:10:37 +0200 Subject: [PATCH 4/7] Add documentation for dead field elimination 2020-11-04 Erick Ochoa * gcc/Makefile.in: Add file to documentation sources * gcc/d

[6/7] LTO Dead field elimination and field reordering

From 1609f4713b6d0ab2e84e52b4fbd6f645f10a95e7 Mon Sep 17 00:00:00 2001 From: Erick Ochoa Date: Fri, 16 Oct 2020 08:49:08 +0200 Subject: [PATCH 6/7] Add heuristic to take into account void* pattern. We add a heuristic in order to be able to transform functions which receive void* arguments as a w

[5/7] LTO Dead field elimination and field reordering

From bad08833616e9dd7a212e55b93503200393da942 Mon Sep 17 00:00:00 2001 From: Erick Ochoa Date: Sun, 30 Aug 2020 10:21:35 +0200 Subject: [PATCH 5/7] Abort if Gimple produced from C++ or Fortran sources is found. 2020-11-04 Erick Ochoa * gcc/ipa-field-reorder: Add flag to exit transfo

[7/7] LTO Dead field elimination and field reordering

From 747b13bf2c6f5b17bc46316998f01483f8039548 Mon Sep 17 00:00:00 2001 From: Erick Ochoa Date: Wed, 4 Nov 2020 13:42:35 +0100 Subject: [PATCH 7/7] Getting rid of warnings 2020-11-04 Erick Ochoa * gcc/ipa-dfe.c : Change const_tree to tree * gcc/ipa-dfe.h : same * gcc/

[2/7] LTO Dead field elimination and field reordering

From 09feb1cc82a5d9851a6b524e37c32554b923b1c4 Mon Sep 17 00:00:00 2001 From: Erick Ochoa Date: Thu, 6 Aug 2020 14:07:20 +0200 Subject: [PATCH 2/7] Add Dead Field Elimination Using the Dead Field Analysis, Dead Field Elimination automatically transforms gimple to eliminate fields that are never r

Re: [PATCH 1/x] arm: Add vld1_lane_bf16 + vldq_lane_bf16 intrinsics

On Tue, 3 Nov 2020 at 11:27, Kyrylo Tkachov via Gcc-patches wrote: > > Hi Andrea, > > > -Original Message- > > From: Andrea Corallo > > Sent: 26 October 2020 15:59 > > To: gcc-patches@gcc.gnu.org > > Cc: Kyrylo Tkachov ; Richard Earnshaw > > ; nd > > Subject: [PATCH 1/x] arm: Add vld1_la

Re: [PATCH v2 10/18]middle-end simplify lane permutes which selects from loads from the same DR.

On Tue, 3 Nov 2020, Tamar Christina wrote: > Hi All, > > This change allows one to simplify lane permutes that select from multiple > load > leafs that load from the same DR group by promoting the VEC_PERM node into a > load itself and pushing the lane permute into it as a load permute. > > Thi

[patch, committed] targhooks.c: Fix -fzero-call-used-regs 'sorry' typo

As also remarked in Christophe in PR97699. Committed as obvious. Tobias - Mentor Graphics (Deutschland) GmbH, Arnulfstraße 201, 80634 München / Germany Registergericht München HRB 106955, Geschäftsführer: Thomas Heurung, Alexander Walter commit 243492e2c69741b91dbfe3bba9b772f65f

[committed] libstdc++: Define new C++17 std::search overload for Parallel Mode [PR 94971]

libstdc++-v3/ChangeLog: PR libstdc++/94971 * include/bits/stl_algo.h (search(FIter, FIter, const Searcher): Adjust #if condition. * include/parallel/algo.h (search(FIter, FIter, const Searcher&): Define new overload for C++17. Tested powerpc64le-linux. Comm

Re: [PATCH 1/x] arm: Add vld1_lane_bf16 + vldq_lane_bf16 intrinsics

On Wed, 4 Nov 2020 at 14:29, Christophe Lyon wrote: > > On Tue, 3 Nov 2020 at 11:27, Kyrylo Tkachov via Gcc-patches > wrote: > > > > Hi Andrea, > > > > > -Original Message- > > > From: Andrea Corallo > > > Sent: 26 October 2020 15:59 > > > To: gcc-patches@gcc.gnu.org > > > Cc: Kyrylo Tka

RE: [PATCH v2 3/16]middle-end Add basic SLP pattern matching scaffolding.

> -Original Message- > From: rguent...@c653.arch.suse.de On > Behalf Of Richard Biener > Sent: Wednesday, November 4, 2020 12:41 PM > To: Tamar Christina > Cc: Richard Sandiford ; nd ; > gcc-patches@gcc.gnu.org > Subject: RE: [PATCH v2 3/16]middle-end Add basic SLP pattern matching > scaf

[PATCH] testsuite: Clean up lto and offload dump files

Hi, Dump files produced from an offloading compiler through "-foffload=-fdump-..." do not get removed by gcc-dg.exp and other exp-files of the testsuite that use the cleanup code from this file (e.g. libgomp). This can lead to problems if scan-dump detects leftover dumps from previous runs of a

Re: [PATCH] "used" attribute saves decl from linker garbage collection

On Tue, Nov 3, 2020 at 2:11 PM H.J. Lu wrote: > > On Tue, Nov 3, 2020 at 1:57 PM Jozef Lawrynowicz > wrote: > > > > On Tue, Nov 03, 2020 at 01:09:43PM -0800, H.J. Lu via Gcc-patches wrote: > > > On Tue, Nov 3, 2020 at 1:00 PM H.J. Lu wrote: > > > > > > > > On Tue, Nov 3, 2020 at 12:46 PM Jozef L

Re: [00/32] C++ 20 Modules

On 11/4/20 7:30 AM, Nathan Sidwell wrote: rechecking the compile-farm page, I see gcc45 is a 686 machine, I'll try that. yeah, that didn't work. There's compilation errors in ../../../src/gcc/config/i386/x86-tune-costs.h about missing initializers. and then ... In file included from /usr

RE: [PATCH v2 10/18]middle-end simplify lane permutes which selects from loads from the same DR.

Hi Richi, > -Original Message- > From: rguent...@c653.arch.suse.de On > Behalf Of Richard Biener > Sent: Wednesday, November 4, 2020 1:36 PM > To: Tamar Christina > Cc: gcc-patches@gcc.gnu.org; nd ; o...@ucw.cz > Subject: Re: [PATCH v2 10/18]middle-end simplify lane permutes which > sele

RE: [PATCH v2 3/16]middle-end Add basic SLP pattern matching scaffolding.

On Wed, 4 Nov 2020, Tamar Christina wrote: > > -Original Message- > > From: rguent...@c653.arch.suse.de On > > Behalf Of Richard Biener > > Sent: Wednesday, November 4, 2020 12:41 PM > > To: Tamar Christina > > Cc: Richard Sandiford ; nd ; > > gcc-patches@gcc.gnu.org > > Subject: RE: [PA

Re: [PATCH 1/x] arm: Add vld1_lane_bf16 + vldq_lane_bf16 intrinsics

Christophe Lyon writes: > On Wed, 4 Nov 2020 at 14:29, Christophe Lyon > wrote: >> >> On Tue, 3 Nov 2020 at 11:27, Kyrylo Tkachov via Gcc-patches >> wrote: >> > >> > Hi Andrea, >> > >> > > -Original Message- >> > > From: Andrea Corallo >> > > Sent: 26 October 2020 15:59 >> > > To: gcc

Re: [00/32] C++ 20 Modules

On Wed, Nov 4, 2020 at 8:50 AM Nathan Sidwell wrote: > On 11/4/20 7:30 AM, Nathan Sidwell wrote: > > > rechecking the compile-farm page, I see gcc45 is a 686 machine, I'll try > > that. > > yeah, that didn't work. There's compilation errors in > ../../../src/gcc/config/i386/x86-tune-costs.h abou

Re: [PATCH 1/x] arm: Add vld1_lane_bf16 + vldq_lane_bf16 intrinsics

Christophe Lyon writes: > On Tue, 3 Nov 2020 at 11:27, Kyrylo Tkachov via Gcc-patches > wrote: >> >> Hi Andrea, >> >> > -Original Message- >> > From: Andrea Corallo >> > Sent: 26 October 2020 15:59 >> > To: gcc-patches@gcc.gnu.org >> > Cc: Kyrylo Tkachov ; Richard Earnshaw >> > ; nd >>

Re: deprecations in OpenMP 5.0

On 28/10/2020 4:06 pm, Jakub Jelinek wrote: On Wed, Oct 28, 2020 at 03:41:25PM +, Kwok Cheung Yeung wrote: What if we made the definition of __GOMP_DEPRECATED in the original patch conditional on the current value of __OPENMP__? i.e. Something like: +#if defined(__GNUC__) && __OPENMP__ >= 2

Re: deprecations in OpenMP 5.0

On Wed, Nov 04, 2020 at 02:23:17PM +, Kwok Cheung Yeung wrote: > I have used Tobias' recently added patch for Fortran deprecation support to > mark omp_get_nested and omp_set_nested as deprecated. If the omp_lock_hint_* > integer parameters are marked though, then the deprecation warnings will

RE: [PATCH v2 3/16]middle-end Add basic SLP pattern matching scaffolding.

> -Original Message- > From: rguent...@c653.arch.suse.de On > Behalf Of Richard Biener > Sent: Wednesday, November 4, 2020 2:04 PM > To: Tamar Christina > Cc: Richard Sandiford ; nd ; > gcc-patches@gcc.gnu.org > Subject: RE: [PATCH v2 3/16]middle-end Add basic SLP pattern matching > scaff

Re: [PATCH] "used" attribute saves decl from linker garbage collection

On Wed, Nov 04, 2020 at 05:47:28AM -0800, H.J. Lu wrote: > On Tue, Nov 3, 2020 at 2:11 PM H.J. Lu wrote: > > > > On Tue, Nov 3, 2020 at 1:57 PM Jozef Lawrynowicz > > wrote: > > > > > > On Tue, Nov 03, 2020 at 01:09:43PM -0800, H.J. Lu via Gcc-patches wrote: > > > > On Tue, Nov 3, 2020 at 1:00 PM

Re: [PATCH] "used" attribute saves decl from linker garbage collection

On Wed, Nov 4, 2020 at 6:41 AM Jozef Lawrynowicz wrote: > > On Wed, Nov 04, 2020 at 05:47:28AM -0800, H.J. Lu wrote: > > On Tue, Nov 3, 2020 at 2:11 PM H.J. Lu wrote: > > > > > > On Tue, Nov 3, 2020 at 1:57 PM Jozef Lawrynowicz > > > wrote: > > > > > > > > On Tue, Nov 03, 2020 at 01:09:43PM -080

Re: [00/32] C++ 20 Modules

On 11/4/20 9:15 AM, Jason Merrill wrote: On Wed, Nov 4, 2020 at 8:50 AM Nathan Sidwell > wrote: We can; apparently the necessary incantation is to #define INCLUDE_ALGORITHM thanks that's fixed the build problem. And working around the i386 error I get a working toolc

Re: [PATCH v5] rtl: builtins: (not just) rs6000: Add builtins for fegetround, feclearexcept and feraiseexcept [PR94193]

On Wed, Nov 04, 2020 at 10:35:03AM +0100, Richard Biener wrote: > > +/* Expand call EXP to the fegetround builtin (from C99 fenv.h), returning > > the > > + result and setting it in TARGET. Otherwise return NULL_RTX on failure. > > */ > > +static rtx > > +expand_builtin_fegetround (tree exp,

RE: [PATCH v2 10/18]middle-end simplify lane permutes which selects from loads from the same DR.

On Wed, 4 Nov 2020, Tamar Christina wrote: > Hi Richi, > > > -Original Message- > > From: rguent...@c653.arch.suse.de On > > Behalf Of Richard Biener > > Sent: Wednesday, November 4, 2020 1:36 PM > > To: Tamar Christina > > Cc: gcc-patches@gcc.gnu.org; nd ; o...@ucw.cz > > Subject: Re:

RE: [PATCH v2 3/16]middle-end Add basic SLP pattern matching scaffolding.

On Wed, 4 Nov 2020, Tamar Christina wrote: > > -Original Message- > > From: rguent...@c653.arch.suse.de On > > Behalf Of Richard Biener > > Sent: Wednesday, November 4, 2020 2:04 PM > > To: Tamar Christina > > Cc: Richard Sandiford ; nd ; > > gcc-patches@gcc.gnu.org > > Subject: RE: [PAT

RE: [PATCH v2 10/18]middle-end simplify lane permutes which selects from loads from the same DR.

> -Original Message- > From: rguent...@c653.arch.suse.de On > Behalf Of Richard Biener > Sent: Wednesday, November 4, 2020 3:12 PM > To: Tamar Christina > Cc: gcc-patches@gcc.gnu.org; nd ; o...@ucw.cz > Subject: RE: [PATCH v2 10/18]middle-end simplify lane permutes which > selects from

[committed] libstdc++: Fix test failure with --disable-linux-futex

As noted in PR 96817 this new test fails if the library is built without futexes. That's expected of course, but we might as well fail more obviously than a deadlock that eventually times out. libstdc++-v3/ChangeLog: * testsuite/18_support/96817.cc: Fail fail if the library is con

Re: [PATCH 5/X] libsanitizer: mid-end: Introduce stack variable handling for HWASAN

Matthew Malcomson writes: > Hi Richard, > > I'm sending up the revised patch 5 (introducing stack variable handling) > without the other changes to other patches. > > I figure there's been quite a lot of changes to this patch and I wanted > to give you time to review them while I worked on finishi

RE: [PATCH] rs6000, vector integer multiply/divide/modulo instructions

David: I have reworked the patch moving the new vector instruction patterns to vsx.md. Also, cleaned up the vector division instructions. The div3 pattern definitions are the only ones that should be defined. I have retested the patch on: powerpc64le-unknown-linux-gnu (Power 9 LE) with n

Re: [PATCH 1/4] IBM Z: Remove unused RRe and RXe mode_attrs

On 03.11.20 22:36, Ilya Leoshkevich wrote: > gcc/ChangeLog: > > 2020-11-03 Ilya Leoshkevich > > * config/s390/s390.md (RRe): Remove. > (RXe): Remove. Ok. Thanks! Andreas

Re: [PATCH 2/4] IBM Z: Unhardcode NR_C_MODES

On 03.11.20 22:45, Ilya Leoshkevich wrote: > gcc/ChangeLog: > > 2020-11-03 Ilya Leoshkevich > > * config/s390/s390.c (NR_C_MODES): Unhardcode. > (s390_alloc_pool): Use size_t for iterating from 0 to > NR_C_MODES. > (s390_add_constant): Likewise. > (s390_find_const

Re: [PATCH 3/4] IBM Z: Store long doubles in vector registers when possible

On 03.11.20 22:45, Ilya Leoshkevich wrote: > On z14+, there are instructions for working with 128-bit floats (long > doubles) in vector registers. It's beneficial to use them instead of > instructions that operate on floating point register pairs, because it > allows to store 4 times more data in

Re: [PATCH 4/4] IBM Z: Test long doubles in vector registers

These tests all use the -mzvector option but do not appear to make use of the z vector languages extensions. I think that option could be removed. Then these tests should be moved to the vector subdir. You could do the asm scanning also in dg-do run tests. Andreas On 03.11.20 22:46, Ilya Leos

[PATCH] libstdc++: Add support for C++20 barriers

From: Thomas Rodgers Adds libstdc++/ChangeLog: * include/Makefile.am (std_headers): Add new header. * include/Makefile.in: Regenerate. * include/std/barrier: New file. * testsuite/30_thread/barrier/1.cc: New test. * testsuite/30_thread/barrier/2.cc: Like

Re: [PATCH] "used" attribute saves decl from linker garbage collection

On Wed, 4 Nov 2020, Jozef Lawrynowicz wrote: > I personally do not see the problem with the .retain attribute, however > if it is going to be a barrier to getting the functionality committed, I > am happy to change it, since I really just want the functionality in > upstream sources. > > If a globa

Re: [PATCH, rs6000] Optimize pcrel access of globals (updated, ping)

From: Aaron Sawdey Ping, as it has been a while. This also includes a slight fix to make sure that all references can get optimized. This patch implements a RTL pass that looks for pc-relative loads of the address of an external variable using the PCREL_GOT relocation and a single load or store

Re: [PATCH,rs6000] Add patterns for combine to support p10 fusion

Ping. Aaron Sawdey, Ph.D. saw...@linux.ibm.com IBM Linux on POWER Toolchain > On Oct 26, 2020, at 4:44 PM, acsaw...@linux.ibm.com wrote: > > From: Aaron Sawdey > > This patch adds the first couple patterns to support p10 fusion. These > will allow combine to create a single insn for a pair o

[PATCH] Add Ranger temporal cache

PR 97515 highlighted a bit of silliness that results when we calculate a bunch of ranges by traversing a back edge, and set some values.  Then we eventually visit that block during the DOM walk, and discover the value can be improved, sometimes dramatically.  It is already cached, so unfortunat

Re: [PATCH] "used" attribute saves decl from linker garbage collection

On Wed, Nov 4, 2020 at 10:09 AM Hans-Peter Nilsson wrote: > > On Wed, 4 Nov 2020, Jozef Lawrynowicz wrote: > > I personally do not see the problem with the .retain attribute, however > > if it is going to be a barrier to getting the functionality committed, I > > am happy to change it, since I rea

[PATCH] libstdc++: Add support for C++20 barriers

From: Thomas Rodgers IGNORE the previous version of this patch please. Adds libstdc++/ChangeLog: * include/Makefile.am (std_headers): Add new header. * include/Makefile.in: Regenerate. * include/std/barrier: New file. * testsuite/30_thread/barrier/1.cc: New tes

[ping*n] aarch64: move and adjust PROBE_STACK_*_REG

Hello, Another ping for this as a new end of stage1 approaches, please ? While this may ring the bell of a more involved issue with ABIs and the use of R18, this particular change doesn't have that kind of implication. Thanks a lot in advance! With Kind Regards, Olivier > On 26 Oct 2020, at 1

Re: [PATCH][AArch64] Use intrinsics for upper saturating shift right

Thanks for the patch, looks good. David Candler writes: > diff --git a/gcc/config/aarch64/aarch64-builtins.c > b/gcc/config/aarch64/aarch64-builtins.c > index 4f33dd936c7..f93f4e29c89 100644 > --- a/gcc/config/aarch64/aarch64-builtins.c > +++ b/gcc/config/aarch64/aarch64-builtins.c > @@ -254,6 +

Re: [PATCH] libstdc++: Add support for C++20 barriers

On 04/11/20 09:29 -0800, Thomas Rodgers wrote: From: Thomas Rodgers Adds libstdc++/ChangeLog: * include/Makefile.am (std_headers): Add new header. * include/Makefile.in: Regenerate. * include/std/barrier: New file. * testsuite/30_thread/barrier/1.cc: New test.

Re: [PATCH] libstdc++: Add support for C++20 barriers

On 04/11/20 10:41 -0800, Thomas Rodgers wrote: From: Thomas Rodgers IGNORE the previous version of this patch please. OK, but all my comments seem to apply to this one too. Adds libstdc++/ChangeLog: * include/Makefile.am (std_headers): Add new header. * include/Makefile.i

Re: [PATCH] libstdc++: Add support for C++20 barriers

> On Nov 4, 2020, at 10:52 AM, Jonathan Wakely wrote: > > On 04/11/20 10:41 -0800, Thomas Rodgers wrote: >> From: Thomas Rodgers >> >> IGNORE the previous version of this patch please. > > OK, but all my comments seem to apply to this one too. > Sure :) >> Adds >> >> libstdc++/ChangeLo

Re: Testsuite fails on PowerPC with: Re: [PATCH][middle-end][i386][version 6]Add -fzero-call-used-regs=[skip|used-gpr-arg|used-arg|all-gpr-arg|all-arg|used-gpr|all-gpr|used|all])

On Wed, Nov 04, 2020 at 01:20:58PM +, Richard Sandiford wrote: > Tobias Burnus writes: > > Three of the testcases fail on PowerPC: > > gcc.target/i386/zero-scratch-regs-{9,10,11}.c > >powerpc64le-linux-gnu/default/gcc.d/zero-scratch-regs-10.c:77:1: sorry, > > unimplemented: '-fzero-call-

Re: [ping] aarch64: move and adjust PROBE_STACK_*_REG

Olivier Hainque writes: > Ping, please ? > > Patch re-attached for convenience. Looks OK to me, and I assume Richard would have spoken up by now if he didn't think the patch did what he wanted. > +;; The pair of scratch registers used for stack probing with > -fstack-check. > +;; Leave

Re: [patch] Add dg-require-effective-target fpic to an aarch64 specific test in gcc.dg

Olivier Hainque writes: > Hello, > > This patch adds dg-require-effective-target fpic > to an aarch64 specific gcc.dg test using -fPIC, > which helps circumvent a failure we observed while > testing the aarch64 port for VxWorks. > > ok to commit ? OK, thanks. Also OK for any other current or fut

[PATCH] c++: Use two levels of caching in satisfy_atom

[ This patch depends on c++: Reuse identical ATOMIC_CONSTRs during normalization https://gcc.gnu.org/pipermail/gcc-patches/2020-November/557929.html ] This improves the effectiveness of caching in satisfy_atom by querying the cache again after we've instantiated the atom's parameter mapping

[10/32] config

I managed to flub sending this yesterday. This is the gcc/configure.ac changes (rebuild configure and config.h.in after applying). Generally just checking for network-related functionality. If it's not available, those features of the module mapper will be unavailable. nathan -- Nathan Sid

Re: [PATCH] libstdc++: Add support for C++20 barriers

> On Nov 4, 2020, at 10:50 AM, Jonathan Wakely wrote: > > On 04/11/20 09:29 -0800, Thomas Rodgers wrote: >> From: Thomas Rodgers >> >> Adds >> >> libstdc++/ChangeLog: >> >> * include/Makefile.am (std_headers): Add new header. >> * include/Makefile.in: Regenerate. >> * inclu

Re: [PATCH] libstdc++: Implement C++20 features for

On 07/10/2020 18:55, Thomas Rodgers wrote: From: Thomas Rodgers New ctors and ::view() accessor for - * basic_stingbuf * basic_istringstream * basic_ostringstream * basic_stringstreamm New ::get_allocator() accessor for basic_stringbuf. I found that this

Re: Testsuite fails on PowerPC with: Re: [PATCH][middle-end][i386][version 6]Add -fzero-call-used-regs=[skip|used-gpr-arg|used-arg|all-gpr-arg|all-arg|used-gpr|all-gpr|used|all])

> On Nov 4, 2020, at 1:00 PM, Segher Boessenkool > wrote: > > On Wed, Nov 04, 2020 at 01:20:58PM +, Richard Sandiford wrote: >> Tobias Burnus writes: >>> Three of the testcases fail on PowerPC: >>> gcc.target/i386/zero-scratch-regs-{9,10,11}.c >>> powerpc64le-linux-gnu/default/gcc.d/z

Go patch committed: Turn off -fipa-icf-functions

Go code expects to be able to do a reliable backtrace and get correct file/line information of callers. This is broken by -fipa-icf-functions, so this Go frontend patch disables that option by default. Bootstrapped and ran Go testsuite on x86_64-pc-linux-gnu. Committed to mainline. Ian * go-lan

  1   2   >