Re: [PATCH] Adding target hook allows to reject initialization of register

— Jojo 在 2021年8月10日 +0800 PM7:03，Richard Biener ，写道： > On Tue, Aug 10, 2021 at 10:33 AM Jojo R via Gcc-patches > wrote: > > > > Some target like RISC-V allow to group vector register as a whole, > > and only operate part of it in fact, but the 'init-regs' pass will add > > initialization > >

[PATCH] rs6000: Add missing unsigned info for some P10 bifs

Hi, This patch is to make prototypes of some Power10 built-in functions consistent with what's in the documentation, as well as the vector version. Otherwise, useless conversions can be generated in gimple IR, and the vectorized versions will have inconsistent types. Bootstrapped & regtested on

Re: [PATCH 2/2] Ada: Remove debug line number for DECL_IGNORED_P functions

On 8/10/21 10:56 PM, Eric Botcazou wrote: >> Ah, thanks, I tried it but the defs__struct1IP function has >> DECL_IGNORED_P = false when I build it with -gnatD. >> >> So that would not be affected by setting DECL_SOURCE_LOCATION to >> UNKNOWN_LOCATION as done in the proposed patch, because that is

Re: [PATCH] Fix loop split incorrect count and probability

Any transformation involving cfg alteration would face same problem, it is not that easy to update new cfg with reasonable and seemly-correct profile count. We can adjust probability for impacted condition bbs, but lack of a utility like what static profile estimating pass does, and only

Go patch committed: Don't crash on a, b := int(0)

This patch the Go frontend avoids a crash on the invalid code "a, b := int(0)". This fixes GCC PR 101851. Bootstrapped and ran Go testsuite on x86_64-pc-linux-gnu. Committed to mainline. Ian 498e91bf7d6a8000bb4b74f95c404064b8eac644 diff --git a/gcc/go/gofrontend/MERGE b/gcc/go/gofrontend/MERGE

Re: [PATCH] Objective-C: don't require redundant -fno-objc-sjlj-exceptions for the NeXT v2 ABI

> On Aug 3, 2021, at 2:39 PM, Iain Sandoe wrote: > > > >> On 2 Aug 2021, at 22:37, Matt Jacobson via Gcc-patches >> wrote: >> >>> On Aug 2, 2021, at 5:09 PM, Eric Gallager wrote: >>> >>> On Wed, Jul 28, 2021 at 11:36 PM Matt Jacobson via Gcc-patches >>> wrote: As is, an

Re: [PATCH] Adding target hook allows to reject initialization of register

— Jojo 在 2021年8月10日 +0800 PM7:03，Richard Biener ，写道： > On Tue, Aug 10, 2021 at 10:33 AM Jojo R via Gcc-patches > wrote: > > > > Some target like RISC-V allow to group vector register as a whole, > > and only operate part of it in fact, but the 'init-regs' pass will add > > initialization > >

Committed: gcc.dg/uninit-pred-9_b.c: Xfail for CRIS too

Adding to the growing list, for autotester accounting purposes. FWIW I see this fails for m68k too: https://gcc.gnu.org/pipermail/gcc-testresults/2021-August/712395.html and moxie: https://gcc.gnu.org/pipermail/gcc-testresults/2021-August/712389.html and pru:

[PATCH] rs6000: Fix ICE expanding lxvp and stxvp gimple built-ins [PR101849]

PR101849 shows we ICE on a test case when we pass a non __vector_pair * pointer to the __builtin_vsx_lxvp and __builtin_vsx_stxvp built-ins that is cast to __vector_pair *. The problem is that when we expand the built-in, the cast has already been removed from gimple and we are only given the

Re: [Patch v3 Fortran] Fix c_float128 and c_float128_complex on targets with 128-bit long double.

On 8/10/21 2:29 AM, Tobias Burnus wrote: [snip] To conclude: I like the code changes (LGTM); the '__float128' -> 'TFmode' comment change also matches the code. However, I think both longer comments need to be updated. OK. I used your wording verbatim for the first one. For the second

Re: [patch][version 6] add -ftrivial-auto-var-init and variable attribute "uninitialized" to gcc

> On Aug 10, 2021, at 3:16 PM, Qing Zhao via Gcc-patches > wrote: > > Hi, Richard, > >> On Aug 10, 2021, at 10:22 AM, Richard Biener wrote: Especially in the VLA case but likely also in general (though unlikely since usually the receiver of initializations are simple

Re: [PATCH 05/34] rs6000: Add available-everywhere and ancient builtins

Hi Segher, On 8/10/21 12:34 PM, Segher Boessenkool wrote: On Tue, Aug 10, 2021 at 11:17:05AM -0500, will schmidt wrote: On Thu, 2021-07-29 at 08:30 -0500, Bill Schmidt wrote: +; This will break for long double == _Float128. libgcc history. + const long double __builtin_pack_longdouble

Re: [PATCH v2] gcov: Add GCOV_TYPE_SIZE target macro

On Tue, 10 Aug 2021, Sebastian Huber wrote: > Ok, I understood how I can add a compiler provided define for libgcov. What is > not clear to me is how I can add a target hook, set a default value, and > customize it for a target/system. Is this described here > >

Re: [PATCH][v2] Adjust volatile handling of the operand scanner

> The question is whether we instead want to amend build3 to > set TREE_THIS_VOLATILE automatically when the FIELD_DECL has > it set. At least for the Fortran FE cases the gimplifier > fails to see some volatile references and thus can generate > wrong code which is a latent issue. What do we do

Re: [PATCH 2/2] Ada: Remove debug line number for DECL_IGNORED_P functions

> Ah, thanks, I tried it but the defs__struct1IP function has > DECL_IGNORED_P = false when I build it with -gnatD. > > So that would not be affected by setting DECL_SOURCE_LOCATION to > UNKNOWN_LOCATION as done in the proposed patch, because that is only > done for functions with DECL_IGNORED_P

Re: [PATCH 05/34] rs6000: Add available-everywhere and ancient builtins

On Tue, Aug 10, 2021 at 01:56:58PM -0500, Bill Schmidt wrote: > On 8/10/21 1:38 PM, Segher Boessenkool wrote: > >On Thu, Jul 29, 2021 at 08:30:52AM -0500, Bill Schmidt wrote: > >>* config/rs6000/rs6000-builtin-new.def: Add always, power5, and > >>power6 stanzas. > >>+ unsigned long

Re: [PATCH] Fix ICE when mixing VLAs and statement expressions [PR91038]

> Yes, it breaks Ada. I already found this out in the meanwhile. OK, thanks for checking. > My understanding of this is that this is for referring > to some field of an outer struct which is then used in the > size expression, e.g. something like this (using > C syntax): > > struct foo { >

Re: [patch][version 6] add -ftrivial-auto-var-init and variable attribute "uninitialized" to gcc

Hi, Richard, > On Aug 10, 2021, at 10:22 AM, Richard Biener wrote: >>> >>> Especially in the VLA case but likely also in general (though unlikely >>> since usually the receiver of initializations are simple enough). I'd >>> expect the VLA case end up as >>> >>> *ptr_to_decl = .DEFERRED_INIT

Re: [PATCH 05/34] rs6000: Add available-everywhere and ancient builtins

Hi Segher, On 8/10/21 1:38 PM, Segher Boessenkool wrote: On Thu, Jul 29, 2021 at 08:30:52AM -0500, Bill Schmidt wrote: * config/rs6000/rs6000-builtin-new.def: Add always, power5, and power6 stanzas. + unsigned long __builtin_ppc_mftb (); +MFTB rs6000_mftb_di {32bit} I'm

Re: [PATCH 05/34] rs6000: Add available-everywhere and ancient builtins

On Thu, Jul 29, 2021 at 08:30:52AM -0500, Bill Schmidt wrote: > * config/rs6000/rs6000-builtin-new.def: Add always, power5, and > power6 stanzas. > + unsigned long __builtin_ppc_mftb (); > +MFTB rs6000_mftb_di {32bit} I'm not sure what {32bit} means... The builtin exists on

Re: [PATCH v2] gcov: Add GCOV_TYPE_SIZE target macro

On 10/08/2021 19:30, Joseph Myers wrote: On Tue, 10 Aug 2021, Sebastian Huber wrote: If -fprofile-update=atomic is used, then the target must provide atomic operations for the counters of the type returned by get_gcov_type(). This is a 64-bit type for targets which have a 64-bit long long

Re: [PATCH 04/34] rs6000: Add VSX builtins

On Thu, Jul 29, 2021 at 08:30:51AM -0500, Bill Schmidt wrote: > * config/rs6000/rs6000-builtin-new.def: Add vsx stanza. Okay for trunk. Thanks! Segher

Re: [PATCH 06/34] rs6000: Add power7 and power7-64 builtins

On Tue, Aug 10, 2021 at 11:16:41AM -0500, will schmidt wrote: > On Thu, 2021-07-29 at 08:30 -0500, Bill Schmidt wrote: > > + const unsigned int __builtin_addg6s (unsigned int, unsigned int); > > +ADDG6S addg6s {} > > Add all of the sixes... (ok). "Add and generate sixes." Look it up in

Re: [PATCH 05/34] rs6000: Add available-everywhere and ancient builtins

On Tue, Aug 10, 2021 at 11:17:05AM -0500, will schmidt wrote: > On Thu, 2021-07-29 at 08:30 -0500, Bill Schmidt wrote: > > +; This will break for long double == _Float128. libgcc history. > > + const long double __builtin_pack_longdouble (double, double); > > +PACK_TF packtf {} > > Add a

Re: [PATCH v2] gcov: Add GCOV_TYPE_SIZE target macro

On Tue, 10 Aug 2021, Sebastian Huber wrote: > If -fprofile-update=atomic is used, then the target must provide atomic > operations for the counters of the type returned by get_gcov_type(). > This is a 64-bit type for targets which have a 64-bit long long type. > On 32-bit targets this could be an

Re: [C PATCH] Evaluate argument of sizeof that are structs of variable size.

On Mon, 9 Aug 2021, Uecker, Martin wrote: > I am still trying to figure out what the branch guarded > by c_vla_type_p is for in c_expr_sizeof_type. The comment > talks about [*], but how would you apply sizeof to > such an array? One can form something like The comment describes a requirement

Re: [PATCH, V2 3/3] dwarf2out: Emit BTF in dwarf2out_finish for BPF CO-RE usecase

On 8/10/21 5:00 AM, Richard Biener via Gcc-patches wrote: On Thu, Aug 5, 2021 at 2:53 AM Indu Bhagat via Gcc-patches wrote: DWARF generation is split between early and late phases when LTO is in effect. This poses challenges for CTF/BTF generation especially if late debug info generation

Re: [PATCH 06/34] rs6000: Add power7 and power7-64 builtins

On Thu, 2021-07-29 at 08:30 -0500, Bill Schmidt wrote: > 2021-04-02 Bill Schmidt > Hi, > gcc/ > * config/rs6000/rs6000-builtin-new.def: Add power7 and power7-64 > stanzas. ok > --- > gcc/config/rs6000/rs6000-builtin-new.def | 39 > 1 file changed, 39

Re: [PATCH 05/34] rs6000: Add available-everywhere and ancient builtins

On Thu, 2021-07-29 at 08:30 -0500, Bill Schmidt wrote: > 2021-06-07 Bill Schmidt > > gcc/ > * config/rs6000/rs6000-builtin-new.def: Add always, power5, and > power6 stanzas. > --- > gcc/config/rs6000/rs6000-builtin-new.def | 72 > 1 file changed, 72

Re: [PATCH 04/34] rs6000: Add VSX builtins

On Thu, 2021-07-29 at 08:30 -0500, Bill Schmidt wrote: > 2021-06-07 Bill Schmidt > Hi, > gcc/ > * config/rs6000/rs6000-builtin-new.def: Add vsx stanza. > --- > gcc/config/rs6000/rs6000-builtin-new.def | 857 +++ > 1 file changed, 857 insertions(+) > ok > diff

[committed] openmp: Fix up cp/parser.c build with GCC 4.8 to 6

Hi! Christophe Lyon reported that cp/parser.c no longer compiles with GCC 4.8.5 after my recent OpenMP changes. A goto out; there crosses odsd variable declaration, and odsd has a vec<...> member where vec has = default; default constructor and gcc before

Re: [Patch v2 Fortran] Fix c_float128 and c_float128_complex on targets with 128-bit long double.

On 8/10/21 2:29 AM, Tobias Burnus wrote: [snip] OK.  I now think it's correct that the Fortran front end doesn't support c_float128 and c_float128_complex on this target, but that the code that initializes those constants is still buggy. The reason why it shouldn't support them is that all

Re: [patch][version 6] add -ftrivial-auto-var-init and variable attribute "uninitialized" to gcc

> On Aug 10, 2021, at 10:22 AM, Richard Biener wrote: > > On Tue, 10 Aug 2021, Qing Zhao wrote: > >> Hi, >> >>> On Aug 10, 2021, at 9:16 AM, Richard Biener wrote: >>> >>> On Tue, 10 Aug 2021, Qing Zhao wrote: >>> >>> >>> +static void >>> +expand_DEFERRED_INIT (internal_fn,

Re: [PATCH][v2] Adjust volatile handling of the operand scanner

On Tue, Aug 10, 2021 at 1:41 PM Richard Biener via Gcc-patches wrote: > > The GIMPLE SSA operand scanner handles COMPONENT_REFs that are > not marked TREE_THIS_VOLATILE but have a TREE_THIS_VOLATILE > FIELD_DECL as volatile. That's inconsistent in how TREE_THIS_VOLATILE > testing on GENERIC refs

Re: [PATCH] Optimize macro: make it more predictable

PING^1 On 7/1/21 3:13 PM, Martin Liška wrote: On 10/23/20 1:47 PM, Martin Liška wrote: Hey. Hello. I deferred the patch for GCC 12. Since the time, I messed up with options I feel more familiar with the option handling. So ... This is a follow-up of the discussion that happened in thread 

Re: [Patch] gfortran: Fix in-build-tree testing [PR101305, PR101660]

Hello, On Tue, 10 Aug 2021, Jakub Jelinek via Gcc-patches wrote: > > +# Place ISO_Fortran_binding.h also under include/ in the build directory > > such > > +# that it can be used for in-built-tree testsuite runs without > > interference of > > +# other files in the build dir - like intrinsic

Re: [PATCH 2/2] Ada: Remove debug line number for DECL_IGNORED_P functions

> ISTR it was changed because at least with location info generated > by gas there's no way to have "no location" for a portion of code. > Instead the assigned location will be that of the previous .loc > directive which results in random and confusing results for the > pc range of the

Re: [PATCH,V2 1/3] bpf: Add new -mcore option for BPF CO-RE

> On Thu, Aug 5, 2021 at 2:54 AM Indu Bhagat via Gcc-patches > wrote: >> >> -mcore in the BPF backend enables code generation for the CO-RE usecase. LTO >> is >> disabled for CO-RE compilations. > > -mcore reads like "core", why not -mco-re? Anyway, ... > >> gcc/ChangeLog: >> >> *

Re: GCC documentation: porting to Sphinx

Hello. I've just pushed the rebased branch here: https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;a=log;h=refs/users/marxin/heads/sphinx-v4 which I force push once I rebase it. One can fetch the branch with: $ git fetch origin refs/users/marxin/heads/sphinx-v4 Generated output (directly made from

Re: [patch][version 6] add -ftrivial-auto-var-init and variable attribute "uninitialized" to gcc

On Tue, 10 Aug 2021, Qing Zhao wrote: > Hi, > > > On Aug 10, 2021, at 9:16 AM, Richard Biener wrote: > > > > On Tue, 10 Aug 2021, Qing Zhao wrote: > > > > > > +static void > > +expand_DEFERRED_INIT (internal_fn, gcall *stmt) > > +{ > > + tree var = gimple_call_lhs

Re: [PATCH 6/7] bpf testsuite: Add BPF CO-RE tests

Hi David. This BPF part is OK. > This commit adds several tests for the new BPF CO-RE functionality to > the BPF target testsuite. > > gcc/testsuite/ChangeLog: > > * gcc.target/bpf/core-attr-1.c: New test. > * gcc.target/bpf/core-attr-2.c: Likewise. > *

Re: [PATCH 5/7] bpf: BPF CO-RE support

Hi David. This BPF part is OK. > This commit introduces support for BPF Compile Once - Run > Everywhere (CO-RE) in GCC. > > gcc/ChangeLog: > > * config/bpf/bpf.c: Adjust includes. > (bpf_handle_preserve_access_index_attribute): New function. > (bpf_attribute_table): Use it

Re: [Patch] gfortran: Fix in-build-tree testing [PR101305, PR101660]

On Tue, Aug 10, 2021 at 04:45:33PM +0200, Tobias Burnus wrote: > --- a/libgfortran/Makefile.am > +++ b/libgfortran/Makefile.am > @@ -1076,6 +1076,9 @@ fpu-target.inc: fpu-target.h $(srcdir)/libgfortran.h > grep '^#define GFC_FPE_' < $(top_srcdir)/../gcc/fortran/libgfortran.h > > $@ || true

Undelivered Mail Returned to Sender

This is the mail system at host fx308.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

Re: [patch][version 6] add -ftrivial-auto-var-init and variable attribute "uninitialized" to gcc

Hi, > On Aug 10, 2021, at 9:16 AM, Richard Biener wrote: > > On Tue, 10 Aug 2021, Qing Zhao wrote: > > > +static void > +expand_DEFERRED_INIT (internal_fn, gcall *stmt) > +{ > + tree var = gimple_call_lhs (stmt); > + tree size_of_var = gimple_call_arg (stmt, 0);

Undelivered Mail Returned to Sender

This is the mail system at host fx408.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

Re: [PATCH] Fix loop split incorrect count and probability

On Mon, 9 Aug 2021, Xionghu Luo wrote: > Thanks, > > On 2021/8/6 19:46, Richard Biener wrote: > > On Tue, 3 Aug 2021, Xionghu Luo wrote: > > > >> loop split condition is moved between loop1 and loop2, the split bb's > >> count and probability should also be duplicated instead of (100% vs INV),

[Patch] gfortran: Fix in-build-tree testing [PR101305, PR101660]

This is a follow up to https://gcc.gnu.org/pipermail/gcc-patches/2021-August/576970.html /https://gcc.gnu.org/r12-2808-g527a1cf32c27a3fbeaf6be7596241570d864cc4c It turned out that -I $specpath/libgfortran caused gfortran

Undelivered Mail Returned to Sender

This is the mail system at host fx408.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

Re: [COMMITTED] PR tree-optimization/101741 - Ensure toupper and tolower follow the expected pattern.

On Tue, Aug 10, 2021 at 04:14:15PM +0200, Richard Biener via Gcc-patches wrote: > OK, so gimple_builtin_call_types_compatible_p only checks that the > call is consistent with the fndecl type - iff the declaration is incompatible > with the declaration as specified by builtins.def then that's of

Undelivered Mail Returned to Sender

This is the mail system at host fx306.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

Re: [patch][version 6] add -ftrivial-auto-var-init and variable attribute "uninitialized" to gcc

On Tue, 10 Aug 2021, Qing Zhao wrote: > > > > On Aug 10, 2021, at 2:36 AM, Richard Biener wrote: > > > > On Mon, 9 Aug 2021, Qing Zhao wrote: > > > >> Hi, Richard, > >> > >> Thanks a lot for you review. > >> > >> Although these comments are not made on the latest patch (7th version) > >>

Undelivered Mail Returned to Sender

This is the mail system at host fx409.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

Re: [COMMITTED] PR tree-optimization/101741 - Ensure toupper and tolower follow the expected pattern.

On Tue, Aug 10, 2021 at 3:21 PM Andrew MacLeod wrote: > > On 8/10/21 3:45 AM, Richard Biener wrote: > > On Mon, Aug 9, 2021 at 10:31 PM Andrew MacLeod via Gcc-patches > > wrote: > >> The user has overridden the function name "toupper" . Its marked as a > >> builtin function, presumably because

Undelivered Mail Returned to Sender

This is the mail system at host fx306.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

Re: [PATCH 03/34] rs6000: Add the rest of the [altivec] stanza to the builtins file

On 8/10/21 8:40 AM, Segher Boessenkool wrote: On Tue, Aug 10, 2021 at 08:02:24AM -0500, Bill Schmidt wrote: The whole point is that this data type is only used for interfaces, as shown in the example code.  Nobody wants to define const void as anything.  The const serves only as a contract

Undelivered Mail Returned to Sender

This is the mail system at host fx601.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

Re: [PATCH 03/34] rs6000: Add the rest of the [altivec] stanza to the builtins file

On Tue, Aug 10, 2021 at 08:02:24AM -0500, Bill Schmidt wrote: > The whole point is that this data type is only used for interfaces, as > shown in the example code.  Nobody wants to define const void as > anything.  The const serves only as a contract that the pointed-to > object, no matter what

Re: [patch][version 6] add -ftrivial-auto-var-init and variable attribute "uninitialized" to gcc

> On Aug 10, 2021, at 2:36 AM, Richard Biener wrote: > > On Mon, 9 Aug 2021, Qing Zhao wrote: > >> Hi, Richard, >> >> Thanks a lot for you review. >> >> Although these comments are not made on the latest patch (7th version) :-), >> all the comments are valid since the parts you commented

Undelivered Mail Returned to Sender

This is the mail system at host fx302.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

Re: [COMMITTED] PR tree-optimization/101741 - Ensure toupper and tolower follow the expected pattern.

On 8/10/21 3:45 AM, Richard Biener wrote: On Mon, Aug 9, 2021 at 10:31 PM Andrew MacLeod via Gcc-patches wrote: The user has overridden the function name "toupper" . Its marked as a builtin function, presumably because it matches the name. In range folding, we were assuming the LHS and the

Undelivered Mail Returned to Sender

This is the mail system at host fx302.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

Re: [PATCH 03/34] rs6000: Add the rest of the [altivec] stanza to the builtins file

On 8/10/21 7:48 AM, Segher Boessenkool wrote: On Tue, Aug 10, 2021 at 07:17:54AM -0500, Bill Schmidt wrote: On 8/9/21 6:44 PM, Segher Boessenkool wrote: This is not a documented GCC extension either, and it might even conflict with the existing void * extension (allowing arithmetic on it, by

Re: [PATCH 03/34] rs6000: Add the rest of the [altivec] stanza to the builtins file

On Tue, Aug 10, 2021 at 07:17:54AM -0500, Bill Schmidt wrote: > On 8/9/21 6:44 PM, Segher Boessenkool wrote: > >This is not a documented GCC extension either, and it might even > >conflict with the existing void * extension (allowing arithmetic on it, > >by defining sizeof(void)). In either case

Undelivered Mail Returned to Sender

This is the mail system at host fx405.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

[PATCH] Enable gcc.target/i386/pr88531-1a.c for all targets

PR tree-optimization/101809 * gcc.target/i386/pr88531-1a.c: Enable for all targets. --- gcc/testsuite/gcc.target/i386/pr88531-1a.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gcc/testsuite/gcc.target/i386/pr88531-1a.c

Undelivered Mail Returned to Sender

This is the mail system at host fx304.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

Re: [PATCH 03/34] rs6000: Add the rest of the [altivec] stanza to the builtins file

On 8/9/21 6:44 PM, Segher Boessenkool wrote: This is not a documented GCC extension either, and it might even conflict with the existing void * extension (allowing arithmetic on it, by defining sizeof(void)). In either case it is not currently defined. I'm not sure how you get to this,

Undelivered Mail Returned to Sender

This is the mail system at host fx601.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

[PATCH] Extend ldexp{s, d}f3 to vscalefs{s, d} when TARGET_AVX512F and TARGET_SSE_MATH.

Hi: AVX512F supported vscalefs{s,d} which is the same as ldexp except the second operand should be floating point. Bootstrapped and regtested on x86_64-linux-gnu{-m32,}. gcc/ChangeLog: PR target/98309 * config/i386/i386.md (ldexp3): Extend to vscalefs[sd] when

Undelivered Mail Returned to Sender

This is the mail system at host fx408.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

Re: [PATCH, V2 3/3] dwarf2out: Emit BTF in dwarf2out_finish for BPF CO-RE usecase

On Thu, Aug 5, 2021 at 2:53 AM Indu Bhagat via Gcc-patches wrote: > > DWARF generation is split between early and late phases when LTO is in effect. > This poses challenges for CTF/BTF generation especially if late debug info > generation is desirable, as turns out to be the case for BPF CO-RE. >

Re: [Patch v2 Fortran] Fix c_float128 and c_float128_complex on targets with 128-bit long double.

Hi! On Tue, Aug 10, 2021 at 10:29:08AM +0200, Tobias Burnus wrote: > On 09.08.21 23:42, Sandra Loosemore wrote: > In terms of Fortran, REAL types do not need to follow IEEE > (there are IEEE intrinsic modules to handle IEEE); thus, REAL(16) > does not need to be an IEEE type – albeit most users

Undelivered Mail Returned to Sender

This is the mail system at host fx601.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

Re: [PATCH, V2 2/3] targhooks: New target hook for CTF/BTF debug info emission

On Thu, Aug 5, 2021 at 2:52 AM Indu Bhagat via Gcc-patches wrote: > > This patch adds a new target hook to detect if the CTF container can allow the > emission of CTF/BTF debug info at DWARF debug info early finish time. Some > backends, e.g., BPF when generating code for CO-RE usecase, may need

Undelivered Mail Returned to Sender

This is the mail system at host fx302.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

Re: [PATCH,V2 1/3] bpf: Add new -mcore option for BPF CO-RE

On Thu, Aug 5, 2021 at 2:54 AM Indu Bhagat via Gcc-patches wrote: > > -mcore in the BPF backend enables code generation for the CO-RE usecase. LTO > is > disabled for CO-RE compilations. -mcore reads like "core", why not -mco-re? Anyway, ... > gcc/ChangeLog: > > * config/bpf/bpf.c

Undelivered Mail Returned to Sender

This is the mail system at host fx409.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

[PATCH][v2] Adjust volatile handling of the operand scanner

The GIMPLE SSA operand scanner handles COMPONENT_REFs that are not marked TREE_THIS_VOLATILE but have a TREE_THIS_VOLATILE FIELD_DECL as volatile. That's inconsistent in how TREE_THIS_VOLATILE testing on GENERIC refs works which requires operand zero of component references to mirror

Undelivered Mail Returned to Sender

This is the mail system at host fx409.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

Re: [PATCH] Adding target hook allows to reject initialization of register

On Tue, Aug 10, 2021 at 10:33 AM Jojo R via Gcc-patches wrote: > > Some target like RISC-V allow to group vector register as a whole, > and only operate part of it in fact, but the 'init-regs' pass will add > initialization > for uninitialized registers. Add this hook to reject this action for

Undelivered Mail Returned to Sender

This is the mail system at host fx409.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

[PATCH] tree-optimization/101809 - support emulated gather for double[int]

This adds emulated gather support for index vectors with more elements than the data vector. The internal function gather vectorization code doesn't currently handle this (but the builtin decl code does). This allows vectorization of double data gather with int indexes on 32bit platforms where

Re: [wwwdocs] gcc-12/changes.html (GCN): >1 workers per gang

Hi all, On 09.08.21 20:53, Gerald Pfeifer wrote: (Is "CU" a sufficiently established term, or might it make sense to spell it out?) I don't know – but we could use "per compute unit (CU)". On 09.08.21 16:27, Thomas Schwinge wrote: On 2021-08-09T15:55:07+0200, Tobias Burnus wrote: +++

Undelivered Mail Returned to Sender

This is the mail system at host fx302.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

Re: [PATCH] i386: Allow some V32HImode and V64QImode permutations even without AVX512BW [PR80355]

On Tue, Aug 10, 2021 at 4:54 PM Jakub Jelinek wrote: > > Hi! > > When working on the PR, I've noticed we generate terrible code for > V32HImode or V64QImode permutations for -mavx512f -mno-avx512bw. > Generally we can't do much with such permutations, but since PR68655 > we can handle at least

Re: [PATCH 2/2] Ada: Remove debug line number for DECL_IGNORED_P functions

On 8/9/21 4:37 PM, Eric Botcazou wrote: >> But it is okay that we can set a breakpoint on defs__struct1IP, >> in the test case of PR 101598. >> And the debugger shall only show assembler here. >> Right? > > The defs__struct1IP procedure should be totally transparent for the user, so > setting a

Undelivered Mail Returned to Sender

This is the mail system at host fx409.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

[committed] openmp: Add support for declare simd and declare variant in a attribute syntax

Hi! This patch adds support for declare simd and declare variant in attribute syntax. Either in attribute-specifier-seq at the start of declaration, in that case it has similar restriction to pragma-syntax, that there is a single function declaration/definition in the declaration, rather than

Undelivered Mail Returned to Sender

This is the mail system at host fx306.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

Re: [PATCH] i386: Improve single operand AVX512F permutations [PR80355]

On Tue, Aug 10, 2021 at 4:44 PM Jakub Jelinek wrote: > > Hi! > > On the following testcase we emit > vmovdqa32 .LC0(%rip), %zmm1 > vpermd %zmm0, %zmm1, %zmm0 > and > vmovdqa64 .LC1(%rip), %zmm1 > vpermq %zmm0, %zmm1, %zmm0 > instead of >

Undelivered Mail Returned to Sender

This is the mail system at host fx308.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

[PATCH] i386: Allow some V32HImode and V64QImode permutations even without AVX512BW [PR80355]

Hi! When working on the PR, I've noticed we generate terrible code for V32HImode or V64QImode permutations for -mavx512f -mno-avx512bw. Generally we can't do much with such permutations, but since PR68655 we can handle at least some, those expressible using V16SImode or V8DImode permutations, but

Undelivered Mail Returned to Sender

This is the mail system at host fx308.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

[PATCH] i386: Improve single operand AVX512F permutations [PR80355]

Hi! On the following testcase we emit vmovdqa32 .LC0(%rip), %zmm1 vpermd %zmm0, %zmm1, %zmm0 and vmovdqa64 .LC1(%rip), %zmm1 vpermq %zmm0, %zmm1, %zmm0 instead of vshufi32x4 $78, %zmm0, %zmm0, %zmm0 and vshufi64x2 $78, %zmm0,

Undelivered Mail Returned to Sender

This is the mail system at host fx601.security-mail.net. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can

[PATCH] c++: Fix ICE on defaulted spaceship with pointer return type [PR94162]

Hi! The spaceship-synth-neg6.C testcase ICEs because we call cat_tag_for on the explicit return type, but pointer types don't have TYPE_LINKAGE_IDENTIFIER. The patch fixes that. Or should I be checking for if (!CLASS_TYPE_P (type)) return cc_last; instead (are class type guaranteed to have

[PATCH] Adding target hook allows to reject initialization of register

Some target like RISC-V allow to group vector register as a whole, and only operate part of it in fact, but the 'init-regs' pass will add initialization for uninitialized registers. Add this hook to reject this action for reducing instruction. gcc/ * init-regs.c

Re: [Patch v2 Fortran] Fix c_float128 and c_float128_complex on targets with 128-bit long double.

Hi Sandra, hi all, Let's start reverse – by trying to answer: On 09.08.21 23:42, Sandra Loosemore wrote: ... if (mode_precision != LONG_DOUBLE_TYPE_SIZE && mode_precision == 128) { + /* FIXME: why are we assuming that this type has IEEE + representation? That's implied by

Re: [PATCH] i386: Fix typos in amxbf16 runtime test.

On Tue, Aug 10, 2021 at 4:11 PM Hongyu Wang via Gcc-patches wrote: > > Hi, > > This patch fixes some typo in amxbf16-dpbf16ps-2 test. > > Tested under sde/spr machine and passed. > > OK for master and backport to GCC 11? Ok for master, and i don't think the backport is necessary. > >

  1   2   >