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

On Mon, 9 Aug 2021, 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 > setti

Re: trunk -D_GLIBCXX_DEBUG #include fails

On 09/08/2021 16:42, Jonathan Wakely via Gcc-patches wrote: This is what I'm testing. Thanks, that worked fine for my build of LibreOffice.

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

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 > are not changed in the 7th version. > > > > On Aug 9, 2021, at 9:09

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

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 parameter were compatible > types... bu

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

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? gcc/testsuite/ChangeLog: * gcc.target/i386/amxbf16-dpbf16ps-2.c: Fix typos. --- gcc/testsuite/gcc.target/i386/amxbf16-dpbf16ps-2.c | 6 +++--- 1 fi

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. > > gcc/testsuite

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 a

[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 (initialize_unini

[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 TYPE_L

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 dele

[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 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 dele

[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 dele

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 > vshufi

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 dele

[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 var

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 dele

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 b

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 som

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 dele

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: +++ b/htd

[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 th

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 dele

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 re

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 dele

[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 TREE_THIS_VOL

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 dele

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 (bpf

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 dele

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 t

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 dele

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 im

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. >

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 dele

[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 TARGET_

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 dele

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, bu

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 dele

[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 b/gcc/testsuite/gcc.target/i386/pr88531

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 dele

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 i

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 de

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 dele

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 par

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 dele

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 >>

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

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 dele

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 tha

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 dele

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 it

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 dele

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 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 dele

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 cou

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 dele

[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

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), >

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 dele

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 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 dele

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 >

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 here

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. > * gcc.target/bpf/core-attr

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 (stmt);

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 G

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: >> >> * conf

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 DECL_INGORED

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 .m

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][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][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, gca

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 3

[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 r7-2822-gd0b0fbd9fce2f30a82558bf2308b3a7b5

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 -

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 inserti

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, 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 is

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 on

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: [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 few

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 th

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 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 type.

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 both

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 no

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] 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 { > int

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 __built

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][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 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 > > https://gcc.gnu.org/onlinedocs/gcc

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 (doubl

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 enough)

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 one,

[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 base

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: https://gcc.gnu.org/pipermail/gcc-test

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 > > fo

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 invo

  1   2   >