Re: [PATCH] Check nonlinear iv in vect_can_advance_ivs_p.

On Thu, Sep 29, 2022 at 7:03 AM liuhongt via Gcc-patches wrote: > > vectorizable_nonlinear_induction doesn't always guard > vect_peel_nonlinear_iv_init when it's called by > vect_update_ivs_after_vectorizer which is supposed to be guarded > by vect_can_advance_ivs_p. The patch put part codes from

Re: [PATCH] rs6000: Rework option -mpowerpc64 handling [PR106680]

Hi Segher! Thanks for the review comments!! on 2022/9/29 06:04, Segher Boessenkool wrote: > On Wed, Sep 28, 2022 at 01:30:46PM +0800, Kewen.Lin wrote: >> PR106680 shows that -m32 -mpowerpc64 is different from >> -mpowerpc64 -m32, this is determined by the way how we >> handle option powerpc64 in

Re: [PATCH] rs6000: Rework option -mpowerpc64 handling [PR106680]

Hi Iain, Thanks very much for your time!!! on 2022/9/29 03:09, Iain Sandoe wrote: > Hi Kewen > >> On 28 Sep 2022, at 17:18, Iain Sandoe wrote: >> >> (reduced CC list, if folks want to be re-included .. please add them back). >> >>> On 28 Sep 2022, at 07:37, Iain Sandoe wrote: >> On 28 Sep

[PATCH] Check nonlinear iv in vect_can_advance_ivs_p.

vectorizable_nonlinear_induction doesn't always guard vect_peel_nonlinear_iv_init when it's called by vect_update_ivs_after_vectorizer which is supposed to be guarded by vect_can_advance_ivs_p. The patch put part codes from vectorizable_nonlinear_induction into a new function vect_can_peel_nonlinea

[committed] libstdc++: Disable volatile-qualified std::bind for C++20

Tested powerpc64le-linux. Pushed to trunk. -- >8 -- LWG 2487 added a precondition to std::bind for C++17, making volatile-qualified uses undefined. We still support it, but with a deprecated warning. P1065R2 made it explicitly ill-formed for C++20, so we should no longer accept it as deprecated.

[committed] libstdc++: Make INVOKE refuse to create dangling references [PR70692]

Tested powerpc64le-linux. Pushed to trunk. -- >8 -- This is the next part of the library changes from P2255R2. This makes INVOKE ill-formed if converting the INVOKE expression to R would bind a reference to a temporary object. The is_invocable_r trait is now false if the invocation would create

Re: [PATCH][_GLIBCXX_DEBUG][_GLIBCXX_INLINE_VERSION] Add missing printers

On Thu, 22 Sept 2022 at 18:06, François Dumont via Libstdc++ wrote: > > Hi > > This patch fix failures when _GLIBCXX_INLINE_VERSION mode and running: > > make check-debug RUNTESTFLAGS=prettyprinters.exp > > libstdc++: [_GLIBCXX_INLINE_VERSION] Add gdb pretty print for > _GLIBCXX_DEBUG >

Re: [PATCH] rs6000: Rework option -mpowerpc64 handling [PR106680]

> On 29 Sep 2022, at 00:04, Iain Sandoe wrote: > > adding —with-tune=G5 to the configure line .. the cross-build then succeeded > (at "-O1 -g" as I was building to debug) - maybe that will provide a clue, > but I’m > out of time for today. perhaps we also need a check that the m32 CPU has s

Re: [PATCH] rs6000: Rework option -mpowerpc64 handling [PR106680]

Hi Folks, > On 28 Sep 2022, at 22:30, Segher Boessenkool > wrote: > On Wed, Sep 28, 2022 at 05:18:47PM +0100, Iain Sandoe wrote: >>> On 28 Sep 2022, at 07:37, Iain Sandoe wrote: On 28 Sep 2022, at 06:30, Kewen.Lin via Gcc-patches wrote: >> powerpc-apple-darwin, is perhaps somewhat

Re: [PATCH] rs6000: Rework option -mpowerpc64 handling [PR106680]

On Wed, Sep 28, 2022 at 01:30:46PM +0800, Kewen.Lin wrote: > PR106680 shows that -m32 -mpowerpc64 is different from > -mpowerpc64 -m32, this is determined by the way how we > handle option powerpc64 in rs6000_handle_option. > > Segher pointed out this difference should be taken as > a bug and we s

Re: [PATCH] rs6000: Rework option -mpowerpc64 handling [PR106680]

Hi! On Wed, Sep 28, 2022 at 05:18:47PM +0100, Iain Sandoe wrote: > > On 28 Sep 2022, at 07:37, Iain Sandoe wrote: > >> On 28 Sep 2022, at 06:30, Kewen.Lin via Gcc-patches > >> wrote: > >> PR106680 shows that -m32 -mpowerpc64 is different from > >> -mpowerpc64 -m32, this is determined by the way

[PATCH] c++: Remove maybe-rvalue OR in implicit move

This patch removes the two-stage overload resolution when performing implicit move, whereby the compiler does two separate overload resolutions: one treating the operand as an rvalue, and then (if that resolution fails) another one treating the operand as an lvalue. In the standard this was introd

[PATCH v2] btf: Add support to BTF_KIND_ENUM64 type

Hello GCC team, The following is patch v2 to update BTF/CTF backend supporting BTF_KIND_ENUM64 type. Changes from v1: + Fix typo in commit message. + Fix changelog entries. Comments will be welcomed and appreciated!, Kind regards, guillermo -- BTF supports 64-bits enumerators with followin

Re: [PATCH] btf: Add support to BTF_KIND_ENUM64 type

On 9/28/22 13:45, David Faust wrote: Hi Guillermo, Hi David, Thanks for the patch. Just a couple of small nits on the changelog entries below but otherwise very nice, LGTM. But, please wait a couple of days before pushing to give Indu time to raise any objections about the changes in ctf

Re: [PATCH] c++ modules: ICE with class NTTP argument [PR100616]

On 9/28/22 10:42, Patrick Palka wrote: On Tue, 27 Sep 2022, Nathan Sidwell wrote: On 9/26/22 15:05, Patrick Palka wrote: On Mon, 26 Sep 2022, Patrick Palka wrote: On Mon, 26 Sep 2022, Nathan Sidwell wrote: return decl; @@ -29150,9 +29151,10 @@ finish_concept_definition (cp_expr

c++: Add DECL_NTTP_OBJECT_P lang flag

VAR_DECLs for NTTPs need to be handled specially by module streaming, in the same manner to type info decls. This reworks their handling to allow that work to drop in. We use DECL_LANG_FLAG_5 to indicate such decls (I didn't notice template_parm_object_p, which looks at the mangled name -- anyw

[PATCH] Fix gdb printers for std::string

Sometimes substitution of basic_string by one of the std::string typeedef fails. Here is the fix.     libstdc++: Fix gdb pretty printers when dealing with std::string     Since revision 33b43b0d8cd2de722d177ef823930500948a7487 std::string and other     similar typedef are ambiguous from a gdb

Re: [PATCH] support -gz=zstd for both linker and assembler

On Tue, Sep 27, 2022 at 3:54 PM Martin Liška wrote: > > PING^1 OK Thanks, Richard. > On 9/22/22 14:51, Martin Liška wrote: > > Hi. > > > > Tested with Fangrui's patch set sent to binutils ML and mold linker. > > > > $ gcc -g -gz=zstd a.c --save-temps --verbose 2>&1 | grep debug-sections > > /h

Re: [GCC13][Patch][V4][PATCH 1/2] Add a new option -fstrict-flex-arrays[=n] and new attribute strict_flex_arrays

Hi, Martin, Thanks for the comments. And sorry for my late reply till now (I just came back home from LPC, GNU Cauldron and then a one-week vacation after that…) > On Sep 12, 2022, at 12:42 PM, Martin Sebor wrote: > > On 9/6/22 18:28, Qing Zhao wrote: >> Add the following new option -fstrict-f

Re: [PATCH] rs6000: Rework option -mpowerpc64 handling [PR106680]

Hi Kewen > On 28 Sep 2022, at 17:18, Iain Sandoe wrote: > > (reduced CC list, if folks want to be re-included .. please add them back). > >> On 28 Sep 2022, at 07:37, Iain Sandoe wrote: > >>> On 28 Sep 2022, at 06:30, Kewen.Lin via Gcc-patches >>> wrote: >> >>> PR106680 shows that -m32 -mp

Re: [PATCH 1/2] c++: introduce TRAIT_TYPE alongside TRAIT_EXPR

On 9/28/22 12:36, Patrick Palka wrote: On Tue, 27 Sep 2022, Jason Merrill wrote: On 9/27/22 15:50, Patrick Palka wrote: We already have generic support for predicate-like traits that yield a boolean via TRAIT_EXPR, but we lack the same support for transform-like traits that yield a type. Such

Re: [PATCH] btf: Add support to BTF_KIND_ENUM64 type

Hi Guillermo, Thanks for the patch. Just a couple of small nits on the changelog entries below but otherwise very nice, LGTM. But, please wait a couple of days before pushing to give Indu time to raise any objections about the changes in ctfc/dwarf2ctf. Thanks! David On 8/29/22 14:11, Guillermo

[PATCH] fixincludes: Fix up powerpc floatn.h tweaks [PR107059]

Hi! On Wed, Sep 28, 2022 at 12:23:31AM +, Joseph Myers wrote: > In general the changes match those made by fixincludes, though I think > the ones in sysdeps/powerpc/bits/floatn.h, where the header tests > __LDBL_MANT_DIG__ == 113 or uses #elif, wouldn't match the existing > fixincludes pattern

Re: [PATCH] RISC-V: Add ABI-defined RVV types.

Committed with few minor style tweaks :) On Tue, Sep 27, 2022 at 5:27 PM wrote: > > From: Ju-Zhe Zhong > > gcc/ChangeLog: > > * config.gcc: Add riscv-vector-builtins.o. > * config/riscv/riscv-builtins.cc (riscv_init_builtins): Add RVV > builtin function. > * config/riscv

Re: [PATCH] Teach vectorizer to deal with bitfield accesses (was: [RFC] Teach vectorizer to deal with bitfield reads)

Made the change and also created the ChangeLogs. gcc/ChangeLog:     * tree-if-conv.cc (if_convertible_loop_p_1): Move ordering of loop bb's from here...     (tree_if_conversion): ... to here.  Also call bitfield lowering when appropriate.     (version_loop_for_if_conversion): Adapt

Re: [PATCH] Add OPTIONS_H_EXTRA to GTFILES

On 9/28/22 00:35, Richard Sandiford via Gcc-patches wrote: I have a patch that adds a typedef to aarch64's -opts.h. The typedef is used for a TargetVariable in the .opt file, which means that it is covered by PCH and so needs to be visible to gengtype. -opts.h is not included directly in tm.h,

Re: [PATCH 1/2]middle-end Fold BIT_FIELD_REF and Shifts into BIT_FIELD_REFs alone

On 9/28/22 07:19, Tamar Christina wrote: -Original Message- From: Jeff Law Sent: Saturday, September 24, 2022 8:38 PM To: Tamar Christina ; gcc-patches@gcc.gnu.org Cc: nd ; rguent...@suse.de Subject: Re: [PATCH 1/2]middle-end Fold BIT_FIELD_REF and Shifts into BIT_FIELD_REFs alone On

Re: [PATCH 1/2]middle-end: RFC: On expansion of conditional branches, give hint if argument is a truth type to backend

On 9/28/22 09:04, Richard Sandiford wrote: Tamar Christina writes: Maybe the target could use (subreg:SI (reg:BI ...)) as argument. Heh. But then I'd still need to change the expansion code. I suppose this could prevent the issue with changes to code on other targets. We have undocumented

Re: [PATCH] C++ API database

Ping. Anyone having problems with this? And the governance of the file? On Mon, Sep 12, 2022 at 1:51 PM Ulrich Drepper wrote: > After my prior inquiry into the use of python as a build tool for > maintainers didn't produce any negative comments and several active and > even enthusiastic suppor

Re: [RFC] postreload cse'ing vector constants

> I opened: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107061 The online docs for encodekey256 also say XMM4 through XMM6 are reserved for future usages and software should not rely upon them being zeroed. I believe we also zero there. > This sounds like an issue. So with your patch for

Re: [PATCH 1/2] c++: introduce TRAIT_TYPE alongside TRAIT_EXPR

On Tue, 27 Sep 2022, Jason Merrill wrote: > On 9/27/22 15:50, Patrick Palka wrote: > > We already have generic support for predicate-like traits that yield a > > boolean via TRAIT_EXPR, but we lack the same support for transform-like > > traits that yield a type. Such support would be useful for

Re: [PATCH] rs6000: Rework option -mpowerpc64 handling [PR106680]

(reduced CC list, if folks want to be re-included .. please add them back). > On 28 Sep 2022, at 07:37, Iain Sandoe wrote: >> On 28 Sep 2022, at 06:30, Kewen.Lin via Gcc-patches >> wrote: > >> PR106680 shows that -m32 -mpowerpc64 is different from >> -mpowerpc64 -m32, this is determined by th

[GCC 11] aarch64: Add support for -mcpu=neoverse-v2

Hi all, This is a GCC 11 version of https://gcc.gnu.org/pipermail/gcc-patches/2022-September/602105.html There are no tuning structures to rename so the patch is (even) smaller than the GCC 12 and trunk versions. Bootstrapped and tested on aarch64-none-linux-gnu. Pushing to the branch. Thanks,

[GCC 10] aarch64: Add support for -mcpu=neoverse-v2

Hi all, This is a GCC 10 version of https://gcc.gnu.org/pipermail/gcc-patches/2022-September/602105.html There are no tuning structures to rename so the patch is (even) smaller than the GCC 12 and trunk versions. Bootstrapped and tested on aarch64-none-linux-gnu. Pushing to trunk. Thanks, Kyril

Re: [PATCH v4] rs6000: Rework ELFv2 support for -fpatchable-function-entry* [PR99888]

Hi! On Thu, Aug 25, 2022 at 01:50:28PM +0800, Kewen.Lin wrote: > --- a/gcc/config/rs6000/rs6000-internal.h > +++ b/gcc/config/rs6000/rs6000-internal.h > @@ -183,10 +183,15 @@ extern tree rs6000_fold_builtin (tree fndecl > ATTRIBUTE_UNUSED, >tree *args ATTRIBUTE_UNU

Re: [PATCH] OpenACC: whole struct vs. component mappings (PR107028)

On 28.09.22 15:20, Julian Brown wrote: This patch fixes an ICE when both a complete struct variable and components of that struct are mapped on the same directive for OpenACC, using a modified version of the scheme used for OpenMP in the following patch [...] Tested with offloading to NVPTX. OK?

[PATCH] vect: while_ult for integer mask

This patch is a prerequisite for some amdgcn patches I'm working on to support shorter vector lengths (having fixed 64 lanes tends to miss optimizations, and masking is not supported everywhere yet). The problem is that, unlike AArch64, I'm not using different mask modes for different sized ve

Re: [PATCH 1/2]middle-end: RFC: On expansion of conditional branches, give hint if argument is a truth type to backend

Tamar Christina writes: >> Maybe the target could use (subreg:SI (reg:BI ...)) as argument. Heh. > > But then I'd still need to change the expansion code. I suppose this could > prevent the issue with changes to code on other targets. > >> > > We have undocumented addcc, negcc, etc. patterns, sho

Re: PING^1 [PATCH] rs6000/test: Adjust pr104992.c with vect_int_mod [PR106516]

On Wed, Sep 28, 2022 at 01:35:09PM +0800, Kewen.Lin wrote: > I assumed the generic part introducing check_effective_target_vect_int_mod > needs the approval from global maintainers. Target-specific testsuite changes can be approved by target maintainers. Currently this can be considered target-spe

Re: [PATCH] rs6000/test: Adjust pr104992.c with vect_int_mod [PR106516]

Hi! On Wed, Aug 24, 2022 at 04:17:55PM +0800, Kewen.Lin wrote: > As PR106516 shows, we can get unexpected gimple outputs for > function thud on some target which supports modulus operation > for vector int. This patch introduces one effective target > vect_int_mod for it, then adjusts the test ca

Re: [PATCH] c++ modules: ICE with class NTTP argument [PR100616]

On Tue, 27 Sep 2022, Nathan Sidwell wrote: > On 9/26/22 15:05, Patrick Palka wrote: > > On Mon, 26 Sep 2022, Patrick Palka wrote: > > > > > On Mon, 26 Sep 2022, Nathan Sidwell wrote: > > > > > > > On 9/26/22 10:08, Nathan Sidwell wrote: > > > > > On 9/23/22 09:32, Patrick Palka wrote: > > > > >

Re: PING^1 [PATCH] testsuite: 'b' instruction can't do long enough jumps

On 9/28/22 15:39, Torbjorn SVENSSON wrote: Hi Christophe! On 2022-09-28 13:55, Christophe Lyon wrote: Hi! On 9/28/22 11:17, Torbjorn SVENSSON via Gcc-patches wrote: Hi, Ping: https://gcc.gnu.org/pipermail/gcc-patches/2022-September/601829.html Kind regards, Torbjörn On 2022-09-19 18:

Re: [OG12][PATCH] OpenMP: Fix ICE with OMP metadirectives

Hi Paul-Antoine, hi all, On 28.09.22 15:47, Paul-Antoine Arras wrote: Here is a revised patch resulting from your comments. The only issue that I could not easily fix is the following code triggering an ICE: [...] I filed a PR on Bugzilla: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107067 Is i

Re: PING^1 [PATCH] testsuite: Do not prefix linker script with "-Wl, "

On 9/28/22 11:18, Torbjorn SVENSSON via Gcc-patches wrote: Hi, Ping: https://gcc.gnu.org/pipermail/gcc-patches/2022-September/601831.html Kind regards, Torbjörn On 2022-09-19 18:57, Torbjörn SVENSSON wrote: The linker script should not be prefixed with "-Wl," - it's not an input file and d

Re: [OG12][PATCH] OpenMP: Fix ICE with OMP metadirectives

Hi Tobias, Thanks for your review. Here is a revised patch resulting from your comments. The only issue that I could not easily fix is the following code triggering an ICE: ``` !$OMP begin metadirective & !$OMP when ( user = { condition ( UseDevice ) } & !$OMP : nothing ) &

Re: PING^1 [PATCH] testsuite: 'b' instruction can't do long enough jumps

Hi Christophe! On 2022-09-28 13:55, Christophe Lyon wrote: Hi! On 9/28/22 11:17, Torbjorn SVENSSON via Gcc-patches wrote: Hi, Ping: https://gcc.gnu.org/pipermail/gcc-patches/2022-September/601829.html Kind regards, Torbjörn On 2022-09-19 18:30, Torbjörn SVENSSON wrote: After moving the

Re: [PATCH V2] place `const volatile' objects in read-only sections

> On Sep 27, 2022, at 8:51 PM, Jeff Law via Gcc-patches > wrote: > > > On 8/5/22 05:41, Jose E. Marchesi via Gcc-patches wrote: >> [Changes from V1: >> - Added a test.] >> >> It is common for C BPF programs to use variables that are implicitly >> set by the BPF loader and run-time. It is a

Re: [PATCH] arm: Define __ARM_FEATURE_AES and __ARM_FEATURE_SHA2 when march +crypto is selected

Kyrylo Tkachov writes: > Hi Andrea, > >> -Original Message- >> From: Andrea Corallo >> Sent: Wednesday, September 28, 2022 1:19 PM >> To: gcc-patches@gcc.gnu.org >> Cc: Kyrylo Tkachov ; Richard Earnshaw >> ; Andrea Corallo >> Subject: [PATCH] arm: Define __ARM_FEATURE_AES and >> __ARM_F

[PATCH] OpenACC: whole struct vs. component mappings (PR107028)

This patch fixes an ICE when both a complete struct variable and components of that struct are mapped on the same directive for OpenACC, using a modified version of the scheme used for OpenMP in the following patch: https://gcc.gnu.org/pipermail/gcc-patches/2022-September/601558.html A new func

RE: [PATCH 1/2]middle-end Fold BIT_FIELD_REF and Shifts into BIT_FIELD_REFs alone

> -Original Message- > From: Jeff Law > Sent: Saturday, September 24, 2022 8:38 PM > To: Tamar Christina ; gcc-patches@gcc.gnu.org > Cc: nd ; rguent...@suse.de > Subject: Re: [PATCH 1/2]middle-end Fold BIT_FIELD_REF and Shifts into > BIT_FIELD_REFs alone > > > On 9/23/22 05:42, Tamar Chr

Re: [Patch] libgomp/nvptx: Prepare for reverse-offload callback handling

On Tue, 27 Sep 2022, Tobias Burnus wrote: > Ignoring (1), does the overall patch and this part otherwise look okay(ish)? > > > Caveat: The .sys scope works well with >= sm_60 but not does not handle > older versions. For those, the __atomic_{load/store}_n are used. I do not > see a good solut

RE: [PATCH] arm: Define __ARM_FEATURE_AES and __ARM_FEATURE_SHA2 when march +crypto is selected

Hi Andrea, > -Original Message- > From: Andrea Corallo > Sent: Wednesday, September 28, 2022 1:19 PM > To: gcc-patches@gcc.gnu.org > Cc: Kyrylo Tkachov ; Richard Earnshaw > ; Andrea Corallo > Subject: [PATCH] arm: Define __ARM_FEATURE_AES and > __ARM_FEATURE_SHA2 when march +crypto is se

[PATCH] arm: Define __ARM_FEATURE_AES and __ARM_FEATURE_SHA2 when march +crypto is selected

Hi all, this patch fixes the missing definition of __ARM_FEATURE_AES and __ARM_FEATURE_SHA2 when AES SHA1 & SHA2 crypto instructions are available [1] (read when march +crypto is selected). Okay for master? Thanks Andrea [1]

Re: PING^1 [PATCH] testsuite: 'b' instruction can't do long enough jumps

Hi! On 9/28/22 11:17, Torbjorn SVENSSON via Gcc-patches wrote: Hi, Ping: https://gcc.gnu.org/pipermail/gcc-patches/2022-September/601829.html Kind regards, Torbjörn On 2022-09-19 18:30, Torbjörn SVENSSON wrote: After moving the testglue in commit 9d503515cee, the jump to exit and abort is t

RE: [PATCH][committed] aarch64: Add Arm Neoverse V2 support

> -Original Message- > From: Gcc-patches bounces+kyrylo.tkachov=arm@gcc.gnu.org> On Behalf Of Kyrylo > Tkachov via Gcc-patches > Sent: Friday, September 23, 2022 12:11 PM > To: gcc-patches@gcc.gnu.org > Subject: [PATCH][committed] aarch64: Add Arm Neoverse V2 support > > Hi all, >

Re: [wwwdocs][patch] gcc-13/changes.html: Add nvptx's --with-arch

Hi Tobias, On Wed, 28 Sep 2022, Tobias Burnus wrote: > The attached patch documents the new nvptx configure flag > --with-arch=sm_... > > Comments? OK? where it reads + https://gcc.gnu.org/install/specific.html#nvptx-x-none";> + --with-arch= flag; if not specified, GCC defaults to +

Re: [PATCH] Teach vectorizer to deal with bitfield accesses (was: [RFC] Teach vectorizer to deal with bitfield reads)

On 27/09/2022 13:34, Richard Biener wrote: On Mon, 26 Sep 2022, Andre Vieira (lists) wrote: On 08/09/2022 12:51, Richard Biener wrote: I'm curious, why the push to redundant_ssa_names? That could use a comment ... So I purposefully left a #if 0 #else #endif in there so you can see the two

Re: [Documentation] Correct RTL documentation: (use (mem ...)) is allowed.

> > This patch is a one line correction/clarification to GCC's current > > RTL documentation that explains a USE of a MEM is permissible. > > > > PR rtl-optimization/99930 is an interesting example on x86_64 where > > the backend generates better code when a USE is a (const) MEM than > > when it is

PING^1 [PATCH] testsuite: Do not prefix linker script with "-Wl,"

Hi, Ping: https://gcc.gnu.org/pipermail/gcc-patches/2022-September/601831.html Kind regards, Torbjörn On 2022-09-19 18:57, Torbjörn SVENSSON wrote: The linker script should not be prefixed with "-Wl," - it's not an input file and does not interfere with the new dump output filename strategy.

PING^1 [PATCH] testsuite: 'b' instruction can't do long enough jumps

Hi, Ping: https://gcc.gnu.org/pipermail/gcc-patches/2022-September/601829.html Kind regards, Torbjörn On 2022-09-19 18:30, Torbjörn SVENSSON wrote: After moving the testglue in commit 9d503515cee, the jump to exit and abort is too far for the 'b' instruction on Cortex-M0. As most of the C code

RE: [PATCH] testsuite: Skip intrinsics test if arm

> -Original Message- > From: Torbjörn SVENSSON > Sent: Tuesday, September 27, 2022 3:40 PM > To: gcc-patches@gcc.gnu.org > Cc: Kyrylo Tkachov ; Richard Sandiford > ; Torbjörn SVENSSON > ; Yvan ROUX > Subject: [PATCH] testsuite: Skip intrinsics test if arm > > In the test cases, it's cl

Re: [PATCH] LoongArch: Add prefetch instruction

On Wed, 2022-09-28 at 16:31 +0800, Lulu Cheng wrote: > Hi, > > My colleague is testing the performance data of prefetch and > prefetchx. > > And will submit both supports together if there is no problem. Ok, so mark this one as "superseded". > > 在 2022/9/25 下午7:25, Xi Ruoyao 写道: > > The test p

Re: [PATCH] LoongArch: Add prefetch instruction

Hi, My colleague is testing the performance data of prefetch and prefetchx. And will submit both supports together if there is no problem. 在 2022/9/25 下午7:25, Xi Ruoyao 写道: The test pr106397.c fails on LoongArch because we don't have defined prefetch instruction. We can silence the test for

[committed] libgomp.texi: Status 'P' for 'assume', remove duplicated line

The wording for 'begin declare target' was different, but the meaning the same. thus I remove one. (See line just after the @@ in the diff for the kept item.) Being there, I have also marked 'assume' as 'P (only C/C++)'. Committed as https://gcc.gnu.org/r13-2911 Tobias - Sieme

Re: [PATCH] LoongArch: Use UNSPEC for fmin/fmax RTL pattern [PR105414]

I have no problem. Thanks. 在 2022/9/24 下午8:47, Xi Ruoyao 写道: I made a mistake defining fmin/fmax RTL patterns in r13-2085: I used smin and smax in the definition mistakenly. This causes the optimizer to perform constant folding as if fmin/fmax was "really" smin/smax operations even with -fsign

[wwwdocs][patch] gcc-13/changes.html: Add nvptx's --with-arch

The attached patch documents the new nvptx configure flag --with-arch=sm_... Comments? OK? Tobias - Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Si

Re: [PATCH v2] LoongArch: Libvtv add loongarch support.

在 2022/9/27 下午7:44, Xi Ruoyao 写道: On Tue, 2022-09-27 at 15:49 +0800, Lulu Cheng wrote:  #if defined (__CYGWIN__) || defined (__MINGW32__)    if (VTV_PAGE_SIZE != sysconf_SC_PAGE_SIZE()) +#elif defined (__loongarch_lp64) +  /* I think that under the LoongArch 64-bit system, VTV_PAGE_SIZE is s

Re: [commited PATCH] LoongArch: Libitm add LoongArch support.

在 2022/9/26 上午10:05, Lulu Cheng 写道: Co-Authored-By: Yang Yujie libitm/ChangeLog: * configure.tgt: Add loongarch support. * config/loongarch/asm.h: New file. * config/loongarch/sjlj.S: New file. * config/loongarch/target.h: New file. Pushed to r13-2910.