Re: [PATCH] middle-end, v3: IFN_ASSUME support [PR106654]

On Fri, 14 Oct 2022, Jakub Jelinek wrote: > On Fri, Oct 14, 2022 at 11:27:07AM +, Richard Biener wrote: > > > --- gcc/function.h.jj 2022-10-10 11:57:40.163722972 +0200 > > > +++ gcc/function.h2022-10-12 19:48:28.887554771 +0200 > > > @@ -438,6 +438,10 @@ struct GTY(()) function { >

Re: [PATCH 2/6] Support Intel AVX-VNNI-INT8

On Mon, Oct 17, 2022 at 2:27 PM Jiang, Haochen wrote: > > > -Original Message- > > From: Hongtao Liu > > Sent: Monday, October 17, 2022 12:05 PM > > To: Jiang, Haochen > > Cc: gcc-patches@gcc.gnu.org; Liu, Hongtao > > Subject: Re: [PATCH 2/6] Support Intel AVX-VNNI-INT8 > > > > On Fri,

RE: [PATCH 2/6] Support Intel AVX-VNNI-INT8

> -Original Message- > From: Hongtao Liu > Sent: Monday, October 17, 2022 12:05 PM > To: Jiang, Haochen > Cc: gcc-patches@gcc.gnu.org; Liu, Hongtao > Subject: Re: [PATCH 2/6] Support Intel AVX-VNNI-INT8 > > On Fri, Oct 14, 2022 at 3:57 PM Haochen Jiang via Gcc-patches patc...@gcc.gnu.o

Re: [PATCH] [PR24021] Implement PLUS_EXPR range-op entry for floats.

On Thu, Oct 13, 2022 at 7:57 PM Jakub Jelinek wrote: > > On Thu, Oct 13, 2022 at 02:36:49PM +0200, Aldy Hernandez wrote: > > +// Like real_arithmetic, but round the result to INF if the operation > > +// produced inexact results. > > +// > > +// ?? There is still one problematic case, i387. With

RE: [r13-3172 Regression] FAIL:libgomp.oacc-c../../libgomp.oacc-c-c..-common/kernels-loop-g.c -DACC_DEVICE_TYPE_host=1 -DACC_MEM_SHARED=1 -foffload=disable -O2 (test for excess errors) on Linux/x86_64

Hi Rozenfeld, I just checkout to your commit and the test still got failed. It is reporting like this: xgcc: error: /export/users2/haochenj/src/gcc/master/./libgomp/testsuite/libgomp.oacc-c++/../libgomp.oacc-c-c++-common/kernels-loop-g.c: '-fcompare-debug' failure (length) Also fix a typo in m

Re: [PATCH] middle-end IFN_ASSUME support [PR106654]

Am Samstag, den 15.10.2022, 10:53 +0200 schrieb Jakub Jelinek: > On Sat, Oct 15, 2022 at 10:07:46AM +0200, Martin Uecker wrote: > > But why? Do we really want to encourage people to > > write such code? > > Of course these ++ cases inside of expressions are just obfuscation. > But the point is to

Re: [PATCH 4/6] Support Intel AVX-NE-CONVERT

On Fri, Oct 14, 2022 at 3:58 PM Haochen Jiang via Gcc-patches wrote: > > From: Kong Lingling > > gcc/ChangeLog: > > * common/config/i386/i386-common.cc > (OPTION_MASK_ISA2_AVXNECONVERT_SET, > OPTION_MASK_ISA2_AVXNECONVERT_UNSET): New. > (ix86_handle_option): Handle

RE: [r13-3172 Regression] FAIL:libgomp.oacc-c../../libgomp.oacc-c-c..-common/kernels-loop-g.c -DACC_DEVICE_TYPE_host=1 -DACC_MEM_SHARED=1 -foffload=disable -O2 (test for excess errors) on Linux/x86_64

If that has been fixed, just ignore that mail. It is run through by a script and got the result few days ago. However, the sendmail service was down on that machine and I just noticed that issue. So I sent that result manually today in case that is not fixed. Sorry for the disturb! BRs, Haoche

RE: [r13-3172 Regression] FAIL:libgomp.oacc-c../../libgomp.oacc-c-c..-common/kernels-loop-g.c -DACC_DEVICE_TYPE_host=1 -DACC_MEM_SHARED=1 -foffload=disable -O2 (test for excess errors) on Linux/x86_64

That commit had a bug that was fixed in https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=80f414e6d73f9f1683f93d83ce63a6a482e54bee Was that fix included in your GCC build? From: Jiang, Haochen Sent: Sunday, October 16, 2022 8:09 PM To: gcc-patches@gcc.gnu.org; Eugene Rozenfeld ; Jiang, Haochen ; g

Re: [PATCH 2/6] Support Intel AVX-VNNI-INT8

On Fri, Oct 14, 2022 at 3:57 PM Haochen Jiang via Gcc-patches wrote: > > From: Kong Lingling > > gcc/ChangeLog > > * common/config/i386/cpuinfo.h (get_available_features): Detect > avxvnniint8. > * common/config/i386/i386-common.cc > (OPTION_MASK_ISA2_AVXVNNIINT8_S

Re: [PATCH] Move scanning pass of forwprop-19.c to dse1 for r13-3212-gb88adba751da63

On Mon, Oct 17, 2022 at 11:26 AM Liwei Xu via Gcc-patches wrote: > > gcc/testsuite/ChangeLog: > > * gcc.dg/tree-ssa/forwprop-19.c: Move scanning pass from forwprop1 to > dse1, This fixs > the test case fail. Looks like an obvious fix to me. > --- > gcc/testsuite/gcc.dg/tree-ssa/f

[PATCH] Move scanning pass of forwprop-19.c to dse1 for r13-3212-gb88adba751da63

gcc/testsuite/ChangeLog: * gcc.dg/tree-ssa/forwprop-19.c: Move scanning pass from forwprop1 to dse1, This fixs the test case fail. --- gcc/testsuite/gcc.dg/tree-ssa/forwprop-19.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/gcc/testsuite/gcc.dg/tree-ssa

[r13-3212 Regression] FAIL: gcc.dg/tree-ssa/forwprop-19.c scan-tree-dump-not forwprop1 .VEC_PERM_EXPR. on Linux/x86_64

On Linux/x86_64, b88adba751da635c6f0c353c5bc51bbe2ecf4c89 is the first bad commit commit b88adba751da635c6f0c353c5bc51bbe2ecf4c89 Author: Liwei Xu liwei...@intel.com Date: Fri Sep 23 13:46:02 2022 +0800 Optimize nested permutation to single VEC_PERM_EXPR [PR54346] ca

[r13-3172 Regression] FAIL:libgomp.oacc-c../../libgomp.oacc-c-c..-common/kernels-loop-g.c -DACC_DEVICE_TYPE_host=1 -DACC_MEM_SHARED=1 -foffload=disable -O2 (test for excess errors) on Linux/x86_64

On Linux/x86_64, f30e9fd33e56a5a721346ea6140722e1b193db42 is the first bad commit commit f30e9fd33e56a5a721346ea6140722e1b193db42 Author: Eugene Rozenfeld mailto:ero...@microsoft.com>> Date: Thu Apr 21 16:43:24 2022 -0700 Set discriminators for call stmts on the same line within the same ba

Re: [PATCH 0/6] Add Intel Sierra Forest Instructions

On Mon, Oct 17, 2022 at 9:30 AM Bernhard Reutner-Fischer wrote: > > On 17 October 2022 03:02:22 CEST, Hongtao Liu via Gcc-patches > > >> >> Do you have this series as a branch somewhere that I can try on one of > >> >> the > >> >> like affected platforms? > >> > > >> > Not yet. > >> > Do we have

Re: [PATCH 0/6] Add Intel Sierra Forest Instructions

On 17 October 2022 03:02:22 CEST, Hongtao Liu via Gcc-patches >> >> Do you have this series as a branch somewhere that I can try on one of the >> >> like affected platforms? >> > >> > Not yet. >> > Do we have any external place to put those patches so folks from the >> > community can validate be

Re: [PATCH v3] Re: OpenMP: Generate SIMD clones for functions with "declare target"

On 9/30/22 04:37, Jakub Jelinek wrote: We've discussed this at Cauldron. Especially for this patch, but less urgently for explicit declare simd on non-exported functions (less urgently just because people don't mark everything declare simd usually) solving the above is essential. I don't say i

Re: [PATCH 2/2] Initial Meteorlake Support

On Fri, Oct 14, 2022 at 3:41 PM Haochen Jiang via Gcc-patches wrote: > > From: "Hu, Lin1" > > gcc/ChangeLog: > > * common/config/i386/cpuinfo.h: > (get_intel_cpu): Handle Meteorlake. > * common/config/i386/i386-common.cc: > (processor_alias_table): Add Meteorlake.

Re: [PATCH 1/2] Initial Raptorlake Support

On Fri, Oct 14, 2022 at 3:41 PM Haochen Jiang via Gcc-patches wrote: > > gcc/ChangeLog: > > * common/config/i386/cpuinfo.h: > (get_intel_cpu): Handle Raptorlake. > * common/config/i386/i386-common.cc: > (processor_alias_table): Add Raptorlake. Ok. > --- > gcc/commo

Re: [PATCH 0/6] Add Intel Sierra Forest Instructions

On Fri, Oct 14, 2022 at 4:36 PM Iain Sandoe wrote: > > > > > On 14 Oct 2022, at 09:30, Hongtao Liu wrote: > > > > On Fri, Oct 14, 2022 at 4:24 PM Iain Sandoe wrote: > >> > >> > >> > >>> On 14 Oct 2022, at 09:20, Hongtao Liu wrote: > >>> > >>> On Fri, Oct 14, 2022 at 4:14 PM Iain Sandoe via Gcc-

Re: [PATCH, v2] Fortran: handle bad array ctors with typespec [PR93483, , PR107216, PR107219]

Le 15/10/2022 à 22:15, Harald Anlauf via Fortran a écrit : Dear all, here is an updated version of the patch that includes suggestions and comments by Mikael in PR93483. Basic new features are: - a new enum value ARITH_NOT_REDUCED to keep track if we encountered   an expression that was not re

Re: [PATCH] Fortran: check type of operands of logical operations, comparisons [PR107272]

Le 16/10/2022 à 20:46, Harald Anlauf via Fortran a écrit : Dear all, this PR is actually very related to PR107217 that addressed ICEs with bad array constructors with typespec when used in arithmetic expressions. The present patch extends the checking to logical operations and to comparisons an

[PATCH] Don't print discriminators for -fcompare-debug.

With -gstatement-frontiers we may end up with different IR coming from the front end with and without debug information turned on. See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100733 for details. That may result in differences in discriminator values and -fcompare-debug failures. This patch di

Re: [Patch] Fortran: Fixes for kind=4 characters strings [PR107266]

Hi Tobias, the patch LGTM. Regarding testcase char4_decl-2.f90, I played a little and found that one could in addition check the storage_size of aa, pp in the main and compare with storage_size (4_'foo') etc. Without your patch the storage sizes look odd. (Strictly speaking, a comparison like

[PATCH] Fortran: check type of operands of logical operations, comparisons [PR107272]

Dear all, this PR is actually very related to PR107217 that addressed ICEs with bad array constructors with typespec when used in arithmetic expressions. The present patch extends the checking to logical operations and to comparisons and catches several ICE-on-invalid as well as a few cases of ac

[PATCH] microblaze: use strverscmp() in MICROBLAZE_VERSION_COMPARE()

Currently, combining '-mxl-multiply-high' with -mcpu=v11.0 produces the following bogus warning: echo "int main(){}" | ./microblazeel-linux-gnu-gcc -mxl-multiply-high \ -mno-xl-soft-mul -mcpu=v11.0 -nostdlib -x c - warning: '-mxl-multiply-high' can be used only with '-mcpu=v6.00.a' or greate

Re: [PATCH] [X86_64]: Enable support for next generation AMD Zen4 CPU

On Thu, Oct 13, 2022 at 5:33 PM Joshi, Tejas Sanjay wrote: > > [Public] > > Hi all, > > PFA, the patch that enables support for the next generation AMD Zen4 CPU via > -march=znver4. > This is a basic enablement patch and as of now the costings, tunings are kept > same as znver3. > > Good for tru

[committed] Add new constraints for upcoming autoinc fixes on the H8

GCC does not allow a the operand of an autoinc addressing mode to overlap with another soure operand in the same insn.  This is primarly enforced with insn conditions.  However, cases can slip through LRA and reload.  To address those scenarios we'll take an idea from the pdp11 port for describin

[committed] Rename "Z" constraint on H8/300 to "Zz".

I want to use Z for multi-letter constraints.  So first we have to adjust the existing use of Z.  This does not affect code generation. Pushed to the trunk, Jeff commit 709b2160bcd8f6f57c8754c73d40550895339c7b Author: Jeff Law Date: Sun Oct 16 10:58:52 2022 -0400 Rename "z" constrai

[RFC PATCH] libstdc++, v2: Partial library support for std::float{16,32,64,128}_t

Hi! As the __bf16 support is now in at least on x86_64/i686, I've updated my patch to cover bfloat16_t as well and implemented almost everything for - the only thing missing I'm aware of is std::nextafter std::float16_t and std::bfloat16_t overloads (I think we probably need to implement that out

[PATCH] builtins: Add various __builtin_*f{16,32,64,128,32x,64x,128x} builtins

Hi! When working on libstdc++ extended float support in , I found that we need various builtins for the _Float{16,32,64,128,32x,64x,128x} types. Glibc 2.26 and later provides the underlying libm routines (except for _Float16 and _Float128x for the time being) and in libstdc++ I think we need at le