[committed] wwwdocs: Complete note on -fallow-invalid-boz.

...and move from passive voice to active voice on the way. Pushed. Gerald --- htdocs/gcc-10/changes.html | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/htdocs/gcc-10/changes.html b/htdocs/gcc-10/changes.html index 4e5f6139..2b773f1d 100644 --- a/htdocs/gcc-10/changes.html

[Bug tree-optimization/95804] [11 Regression] ICE in generate_code_for_partition, at tree-loop-distribution.c:1323 since r11-1565-g2c0069fafb53ccb7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95804 --- Comment #11 from bin cheng --- (In reply to Richard Biener from comment #8) > Fixed - note it needs to be backported when the PR95638 fix is backported. I backported PR95638/PR95804 to GCC-10/GCC-9 branches. However, unnecessary to

[Bug demangler/96143] New: C++ demangler should not add a lambda as a substitution

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96143 Bug ID: 96143 Summary: C++ demangler should not add a lambda as a substitution Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/95804] [11 Regression] ICE in generate_code_for_partition, at tree-loop-distribution.c:1323 since r11-1565-g2c0069fafb53ccb7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95804 --- Comment #10 from CVS Commits --- The releases/gcc-9 branch has been updated by Bin Cheng : https://gcc.gnu.org/g:8c25c91b117d814cf5c1deffd8a79b03fce68621 commit r9-8731-g8c25c91b117d814cf5c1deffd8a79b03fce68621 Author: Bin Cheng Date:

[Bug tree-optimization/95638] [10 Regression] Legit-looking code doesn't work with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95638 --- Comment #12 from CVS Commits --- The releases/gcc-9 branch has been updated by Bin Cheng : https://gcc.gnu.org/g:dc7a8afce35eb8948b481b5bcb8d26124a267f55 commit r9-8730-gdc7a8afce35eb8948b481b5bcb8d26124a267f55 Author: Bin Cheng Date:

[Bug tree-optimization/95804] [11 Regression] ICE in generate_code_for_partition, at tree-loop-distribution.c:1323 since r11-1565-g2c0069fafb53ccb7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95804 --- Comment #9 from CVS Commits --- The releases/gcc-10 branch has been updated by Bin Cheng : https://gcc.gnu.org/g:c7247272375899af51726df8424e911f00374200 commit r10-8454-gc7247272375899af51726df8424e911f00374200 Author: Bin Cheng Date:

[Bug tree-optimization/95638] [10 Regression] Legit-looking code doesn't work with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95638 --- Comment #11 from CVS Commits --- The releases/gcc-10 branch has been updated by Bin Cheng : https://gcc.gnu.org/g:f737ca45bee4ea61571393e04495955aeb7d67ab commit r10-8453-gf737ca45bee4ea61571393e04495955aeb7d67ab Author: Bin Cheng Date:

[Bug c++/95976] [[no_unique_address]] on union members has the opposite-of-intended effect

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95976 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/96052] Unlike Clang, alignment specifier is ignored on empty no_unique_address members

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96052 Jason Merrill changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org

Re: [PATCH 1/2] rs6000: Init V4SF vector without converting SP to DP

Update patch to keep the logic for non TARGET_P8_VECTOR targets. Please ignore the previous [PATCH 1/2], Sorry! Move V4SF to V4SI, init vector like V4SI and move to V4SF back. Better instruction sequence could be generated on Power9: lfs + xxpermdi + xvcvdpsp + vmrgew => lwz + (sldi + or) +

[PATCH 2/2] rs6000: Define define_insn_and_split to split unspec sldi+or to rldimi

Combine pass could recognize the pattern defined and split it in split1, this patch could optimize: 21: r130:DI=r133:DI<<0x20 11: {r129:DI=zero_extend(unspec[[r145:DI]] 87);clobber scratch;} 22: r134:DI=r130:DI|r129:DI to 21: {r149:DI=zero_extend(unspec[[r145:DI]] 87);clobber scratch;} 22:

[PATCH 1/2] rs6000: Init V4SF vector without converting SP to DP

Move V4SF to V4SI, init vector like V4SI and move to V4SF back. Better instruction sequence could be generated on Power9: lfs + xxpermdi + xvcvdpsp + vmrgew => lwz + (sldi + or) + mtvsrdd With the patch followed, it could be continue optimized to: lwz + rldimi + mtvsrdd The point is to use lwz

Re: [PATCH V2] PING^2 correct COUNT and PROB for unrolled loop

Hi Martin, Thanks so much for your time and kindly help!!! Wish Richi, Bin or Honza have time to review this patch. ;-) --Here is a summmary--- PR68212 mentioned that the COUNT of unrolled loop was not correct, and comments of this PR also mentioned that loop become 'cold'. The following

Re: [PATCH] rs6000: Define movsf_from_si2 to extract high part SF element from DImode[PR89310]

Hi, On 2020/7/10 03:25, Segher Boessenkool wrote: > Hi! > > On Thu, Jul 09, 2020 at 11:09:42AM +0800, luoxhu wrote: >>> Maybe change it back to just SI? It won't match often at all for QI or >>> HI anyway, it seems. Sorry for that detour. Should be good with the >>> above nits fixed :-) >> >>

Re: documentation of powerpc64{,le}-linux-gnu as primary platform

On 7/9/20 12:13 PM, Richard Biener via Gcc wrote: On July 9, 2020 3:43:19 PM GMT+02:00, David Edelsohn via Gcc wrote: On Thu, Jul 9, 2020 at 9:07 AM Matthias Klose wrote: On 7/9/20 1:58 PM, David Edelsohn via Gcc wrote: On Thu, Jul 9, 2020 at 7:03 AM Matthias Klose wrote:

[Bug target/96139] Vector element extract mistypes long long int down to long int

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96139 --- Comment #3 from Steven Munroe --- (In reply to Bill Schmidt from comment #2) > Have you tried it for -m32, out of curiosity? no

[PATCH 0/2] openacc: Refactor enter/exit data code paths, adjust dynamic refcount semantics

These two patches follow on from: https://gcc.gnu.org/pipermail/gcc-patches/2020-June/548908.html and: https://gcc.gnu.org/pipermail/gcc-patches/2020-June/549178.html The first patch has been rethought somewhat -- we can factor out the common parts of

[PATCH 1/2] openacc: Helper functions for enter/exit data using single mapping

This patch factors out the parts of goacc_enter_datum and goacc_exit_datum that can be shared with goacc_enter_data_internal and goacc_exit_data_internal respectively (in the next patch), without overloading function return values or complicating code paths unnecessarily. OK? Thanks, Julian

[PATCH 2/2] openacc: Adjust dynamic reference count semantics

This patch adjusts how dynamic reference counts work so that they match the semantics of the source program more closely, instead of representing "excess" reference counts beyond those that represent pointers in the internal libgomp splay-tree data structure. This allows some corner cases to be

[Bug c++/93892] Aggregate initialisation of std::array takes forever to compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93892 Jonathan Wakely changed: What|Removed |Added Resolution|--- |DUPLICATE

[Bug c++/80272] g++ runs out of memory with aggregate init of large std::array of non-trivial class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80272 Jonathan Wakely changed: What|Removed |Added CC||zoid at riseup dot net --- Comment #6

[Bug c++/95700] read-md.c: "missing sentinel in function call" when building gcc with musl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95700 vvinayag at arm dot com changed: What|Removed |Added CC||vvinayag at arm dot com ---

[Bug target/96125] __attribute__((target("cpu=power10,mma"))) does not set TARGET_MMA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96125 Peter Bergner changed: What|Removed |Added Target Milestone|--- |10.2 --- Comment #5 from Peter Bergner

[PATCH] libgomp: Add OMPD Address Space Information functions.

This patch adds Address Space Information function implementations as defined in section 5.5.4 of OpenMP API Specification 5.0. It also defines a struct that stores various information used by OMPD. 2020-07-09 Tony Sim libgomp/ChangeLog: * Makefile.am (libgompd_la_OBJECTS): Add

Re: [PATCH] rs6000: Allow MMA built-in initialization regardless of compiler options

On Thu, Jul 09, 2020 at 04:10:41PM -0500, Peter Bergner wrote: > On 7/9/20 12:11 PM, Segher Boessenkool wrote: > [snip] > > So maybe we should just do all builtins always? > > I think that is the correct thing to do, but I think maybe that > should wait for Bill's rewrite of the built-in

[Bug middle-end/95270] OpenACC 'enter data attach' looks up target memory object displaced by pointer size

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95270 --- Comment #3 from CVS Commits --- The master branch has been updated by Julian Brown : https://gcc.gnu.org/g:0d00fe404c162ad0cf922ca8455aa23a74042b63 commit r11-1976-g0d00fe404c162ad0cf922ca8455aa23a74042b63 Author: Julian Brown Date: Tue

gcc-8-20200709 is now available

Snapshot gcc-8-20200709 is now available on https://gcc.gnu.org/pub/gcc/snapshots/8-20200709/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 8 git branch with the following options: git://gcc.gnu.org/git/gcc.git branch

[PATCH] x86: Check TARGET_AVX512VL when enabling FMA

On Thu, Jul 9, 2020 at 6:35 AM H.J. Lu wrote: > > On Thu, Jul 9, 2020 at 5:04 AM Kirill Yukhin wrote: > > > > On 07 июл 09:06, H.J. Lu wrote: > > > On Tue, Jul 7, 2020 at 8:56 AM Kirill Yukhin > > > wrote: > > > > > > > > Hello HJ, > > > > > > > > On 28 июн 07:19, H.J. Lu via Gcc-patches

[Bug target/96139] Vector element extract mistypes long long int down to long int

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96139 --- Comment #2 from Bill Schmidt --- Have you tried it for -m32, out of curiosity?

[Bug c++/96142] is_constant_evaluated() returns false for variable with constant initialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96142 Barry Revzin changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/96077] GCC accepts ill-legal local enum definition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96077 Marek Polacek changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot gnu.org

[Bug libstdc++/94749] std::istream::ignore discards too many characters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94749 --- Comment #7 from Jonathan Wakely --- The fix is actually not right, it fails to discard the delimiter if it occurs after ignoring more than numeric_limits::max() characters. I have a fix for that though.

Re: [PATCH 6/9] [OpenACC] Set bias to zero for explicit attach/detach clauses in C and C++

On Thu, 9 Jul 2020 23:06:29 +0200 Thomas Schwinge wrote: > Hi Julian! > > On 2020-06-25T13:36:15+0200, I wrote: > > On 2020-06-16T15:39:42-0700, Julian Brown > > wrote: > >> This is a fix for the pointer (or array) size inadvertently being > >> used for the bias of attach and detach clauses

Re: [PATCH] rs6000: Allow MMA built-in initialization regardless of compiler options

On 7/9/20 4:10 PM, Peter Bergner wrote: On 7/9/20 12:11 PM, Segher Boessenkool wrote: gcc/testsuite/ PR target/96125 * gcc.target/powerpc/pr96125.c: New test. Okay for trunk and 10 (but see test nit below). Thanks! [snip] So maybe we should just do all builtins always? I

[Bug c++/96141] Coroutine and noexcept(false) destructor cause: internal compiler error: in gimplify_var_or_parm_decl, at gimplify.c:2817

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96141 --- Comment #2 from Bernd Baumanns --- Created attachment 48854 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48854=edit II File II File

[Bug c++/96141] Coroutine and noexcept(false) destructor cause: internal compiler error: in gimplify_var_or_parm_decl, at gimplify.c:2817

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96141 --- Comment #1 from Bernd Baumanns --- Here you can see the error at godbolt: https://godbolt.org/z/PGarTE

[Bug c++/96142] New: is_constant_evaluated() returns false for variable with constant initialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96142 Bug ID: 96142 Summary: is_constant_evaluated() returns false for variable with constant initialization Product: gcc Version: 10.0 Status: UNCONFIRMED Severity:

[Bug c++/96141] New: Coroutine and noexcept(false) destructor cause: internal compiler error: in gimplify_var_or_parm_decl, at gimplify.c:2817

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96141 Bug ID: 96141 Summary: Coroutine and noexcept(false) destructor cause: internal compiler error: in gimplify_var_or_parm_decl, at gimplify.c:2817 Product: gcc

[Bug fortran/93473] ICE on valid with long module + submodule names

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93473 Andrew Benson changed: What|Removed |Added CC||abensonca at gcc dot gnu.org

Re: [PATCH] rs6000: Allow MMA built-in initialization regardless of compiler options

On 7/9/20 12:11 PM, Segher Boessenkool wrote: >> gcc/testsuite/ >> PR target/96125 >> * gcc.target/powerpc/pr96125.c: New test. > > Okay for trunk and 10 (but see test nit below). Thanks! [snip] > So maybe we should just do all builtins always? I think that is the correct thing to do,

Re: [PATCH 6/9] [OpenACC] Set bias to zero for explicit attach/detach clauses in C and C++

Hi Julian! On 2020-06-25T13:36:15+0200, I wrote: > On 2020-06-16T15:39:42-0700, Julian Brown wrote: >> This is a fix for the pointer (or array) size inadvertently being used >> for the bias of attach and detach clauses (PR95270) > > Thanks for looking into that one, which had caused my some gray

[Bug fortran/93473] ICE on valid with long module + submodule names

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93473 --- Comment #11 from anlauf at gcc dot gnu.org --- Anything left to do? I looked at the gcc-testresults, and it appears things are fixed now, e.g. for Solaris or aarch64.

[Bug target/96125] __attribute__((target("cpu=power10,mma"))) does not set TARGET_MMA

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96125 --- Comment #4 from CVS Commits --- The master branch has been updated by Peter Bergner : https://gcc.gnu.org/g:fd263be4b523ff1b7f7dda49d856cc57221e8d21 commit r11-1973-gfd263be4b523ff1b7f7dda49d856cc57221e8d21 Author: Peter Bergner Date:

[Bug fortran/89574] [8/9/10/11 Regression] internal compiler error: in conv_function_val, at fortran/trans-expr.c:3792

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89574 --- Comment #8 from anlauf at gcc dot gnu.org --- (In reply to anlauf from comment #7) > Since changing "module init" to "module init1" avoid the issue in all > cases, this lookslike a namespace / symbol issue. I spent some time debugging this,

[Bug fortran/96018] [9/10/11 Regression] Optimization issue with external HDF5 library

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96018 Thomas Koenig changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/96077] GCC accepts ill-legal local enum definition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96077 --- Comment #4 from Marek Polacek --- Doesn't even need to be in the ?: operator: int main () { enum { E = (2 } e; if (E != 2) __builtin_abort (); }

[Bug d/96140] internal compiler error: in expand_intrinsic_vaarg

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96140 --- Comment #1 from Iain Buclaw --- Similarly va_start can't handle ref parameters either. void test_va_start(ref va_list a, ...) { return va_start(a, a); } --- 0x623234 expand_intrinsic_vastart ../../gcc/d/intrinsics.cc:549 0x623234

[Bug d/96140] New: internal compiler error: in expand_intrinsic_vaarg

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96140 Bug ID: 96140 Summary: internal compiler error: in expand_intrinsic_vaarg Product: gcc Version: 10.1.0 Status: UNCONFIRMED Severity: normal Priority: P3

[PATCH] libgccjit: Fix several memory leaks in the driver

Hello, This patch fixes several memory leaks in the driver, all of which relate to the handling of static specs. We introduce functions set_static_spec_{shared,owned}() which are used to enforce proper memory management when updating the strings in the static_specs table. This is achieved by

[Bug c/96139] Vector element extract mistypes long long int down to long int

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96139 --- Comment #1 from Steven Munroe --- Created attachment 48851 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48851=edit Test case for printf of vector long long int elements

[Bug fortran/96080] OpenACC/Fortran runtime library routines vs. Fortran 'pointer'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96080 --- Comment #2 from Thomas Schwinge --- In contrast, see the same example with 'dimension(:)' removed, that is, scalar data. Here, we see the directives and the runtime library routines behave in the same way for Fortran 'pointer'. program

Re: stdc++ issue: extremely long compile time with large number of string literals

On Thu, Jul 9, 2020 at 1:33 AM Jonathan Wakely wrote: > > > I'm not sure if this is the right mailing list for asking about > > No it's not, this list is for automated mails from our bug database. > > > (possible) g++ issues. If not, I'd appreciate it if someone can point > > me to the right one.

[Bug c/96139] New: Vector element extract mistypes long long int down to long int

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96139 Bug ID: 96139 Summary: Vector element extract mistypes long long int down to long int Product: gcc Version: 9.3.1 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/96133] [10/11 Regression] x86-64 gcc 10.1 using -O3 leads to wrong calculation since r10-1882-g831e688af50c5f77

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96133 --- Comment #7 from Ingo Weyrich --- Richard, does you last comment mean, you already fixed it?. How can I test? Maybe using godbolt? Ingo

[Bug fortran/96080] OpenACC/Fortran runtime library routines vs. Fortran 'pointer'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96080 Thomas Schwinge changed: What|Removed |Added Summary|[OpenACC] 'acc_is_present' |OpenACC/Fortran runtime

Re: Future debug options: -f* or -g*?

On Thu, Jul 9, 2020 at 12:03 PM Fangrui Song wrote: > > Both GCC and Clang have implemented many debugging options under -f and > -g. Whether options go to -f or -g appears to be pretty arbitrary decisions. > > A non-complete list of GCC supported debug options is documented here at >

Re: Future debug options: -f* or -g*?

Fix email addresses:) On 2020-07-09, Fangrui Song wrote: Both GCC and Clang have implemented many debugging options under -f and -g. Whether options go to -f or -g appears to be pretty arbitrary decisions. A non-complete list of GCC supported debug options is documented here at

Re: [PATCH] rs6000: Split movsf_from_si from high word before reload[PR89310]

Hi! On Thu, Jul 09, 2020 at 11:09:42AM +0800, luoxhu wrote: > > Maybe change it back to just SI? It won't match often at all for QI or > > HI anyway, it seems. Sorry for that detour. Should be good with the > > above nits fixed :-) > > OK, if I see correctly, subreg of DImode should be SImode

Re: documentation of powerpc64{,le}-linux-gnu as primary platform

* David Edelsohn via Gcc: > No, it's not dropped. Some people are being pedantic about the name, > which is why Bill added {,le}. powerpc64-unknown-linux-gnu means > everything. If you want to add {,le} back, that's fine. But there > always is some variant omitted, and that doesn't mean it is

[Bug c++/96138] New: DR 458: Hiding of member template parameters by other members

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96138 Bug ID: 96138 Summary: DR 458: Hiding of member template parameters by other members Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

Future debug options: -f* or -g*?

Both GCC and Clang have implemented many debugging options under -f and -g. Whether options go to -f or -g appears to be pretty arbitrary decisions. A non-complete list of GCC supported debug options is documented here at https://gcc.gnu.org/onlinedocs/gcc/Debugging-Options.html I think there

[Bug c++/92171] accept incorrect access of static constexpr member when read from a reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92171 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment

[PATCH] middle-end: Call get_constant_section with DECL not EXP.

output_constant_def_contents() can call get_constant_section() with an EXP that is a CONSTRUCTOR, which is not a declaration. This can hit asserts in GCC machinery to choose a named section for the initialization data that expects the parameters to be DECLs. get_constant_section() is a wrapper

Re: [PATCH 0/6 ver 4] ] Permute Class Operations

On Wed, 2020-07-08 at 12:59 -0700, Carl Love wrote: > [PATCH 6/6] rs6000 Add vector blend, permute builtin support > > -- > V4 Fixes: > >Rebased on mainline. Changed FUTURE to P10. > - > > v3 fixes: >Replace spaces with tabs in ChangeLog

[Bug c++/96137] [11 Regression] GCC hang on in invalid function definition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96137 --- Comment #3 from Haoxin Tu --- (In reply to Marek Polacek from comment #2) > I would treat them just like ICEs. They are useful if the testcase isn't > complete garbage. This one is sort of useful because it shows that my > change above

Re: [PATCH] ppc64 check for incompatible setting of minimal-toc

Hi! On Mon, May 18, 2020 at 04:02:34PM -0700, Douglas B Rupp wrote: > The attached patch is proposed for rs6000/linux64.h. (Please use inline patches if at all possible. For example, your replies left out the patch already). > The problem it addresses is that the current checking only tests

[Bug c++/96137] [11 Regression] GCC hang on in invalid function definition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96137 Marek Polacek changed: What|Removed |Added Last reconfirmed||2020-07-09

[Bug tree-optimization/96133] [10/11 Regression] x86-64 gcc 10.1 using -O3 leads to wrong calculation since r10-1882-g831e688af50c5f77

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96133 --- Comment #6 from Richard Biener --- (In reply to CVS Commits from comment #5) > The master branch has been updated by Richard Biener : > > https://gcc.gnu.org/g:9ddea9306251b7d4e4fd1d67a5941ef7448b2e66 > > commit

[Bug c++/96132] [11 Regression] ICE in is_really_empty_class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96132 Patrick Palka changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[committed] c++: Partially revert fix for PR c++/95497 [PR96132]

I was mistaken to assume that a dependent type is necessarily incomplete, and indeed there are multiple places in the frontend where we check a type for both dependency and completeness. So this patch partially reverts the fix for PR95497, restoring the dependent_type_p check that guarded the

[Bug tree-optimization/96134] [11 Regression] ICE in tree_to_poly_uint64, at tree.c:2985 since r11-1801-g9e5508c2d006f2d4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96134 --- Comment #4 from Richard Biener --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:9ddea9306251b7d4e4fd1d67a5941ef7448b2e66 commit r11-1972-g9ddea9306251b7d4e4fd1d67a5941ef7448b2e66 Author: Richard Biener

[Bug tree-optimization/96134] [11 Regression] ICE in tree_to_poly_uint64, at tree.c:2985 since r11-1801-g9e5508c2d006f2d4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96134 Richard Biener changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[PATCH] fixup BIT_FIELD_REF detection in SLP discovery

This fixes a thinko where we end up combining a BIT_FIELD_REF and a memory access, fixed by checking all stmts are a load or none. Bootstrapped and tested on x86_64-unknown-linux-gnu, applied. 2020-07-09 Richard Biener PR tree-optimization/96133 * tree-vect-slp.c

[Bug middle-end/26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163 Bug 26163 depends on bug 96134, which changed state. Bug 96134 Summary: [11 Regression] ICE in tree_to_poly_uint64, at tree.c:2985 since r11-1801-g9e5508c2d006f2d4 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96134 What|Removed

[Bug libstdc++/95322] std::list | take | transform, expression does not work cbegin() == end()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95322 --- Comment #15 from gcc-bugs at marehr dot dialup.fu-berlin.de --- Thank you!

[Bug tree-optimization/96133] [10/11 Regression] x86-64 gcc 10.1 using -O3 leads to wrong calculation since r10-1882-g831e688af50c5f77

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96133 --- Comment #5 from CVS Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:9ddea9306251b7d4e4fd1d67a5941ef7448b2e66 commit r11-1972-g9ddea9306251b7d4e4fd1d67a5941ef7448b2e66 Author: Richard Biener Date:

Re: [PATCH ver 4] RS6000, add VSX mask manipulation support

Hi Carl, On Wed, Jul 08, 2020 at 01:22:33PM -0700, Carl Love wrote: > The following patch adds support for builtins vec_genbm(), vec_genhm(), > vec_genwm(), vec_gendm(), vec_genqm(), vec_cntm(), vec_expandm(), > vec_extractm(). Support for instructions mtvsrbm, mtvsrhm, mtvsrwm, > mtvsrdm,

[Bug c++/95497] [11 Regression] ICE: concepts with a fully known / complete type in requires

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95497 --- Comment #5 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:614662064ad4993a2aaecf190e7399ac5279e78e commit r11-1971-g614662064ad4993a2aaecf190e7399ac5279e78e Author: Patrick Palka Date:

[Bug c++/96132] [11 Regression] ICE in is_really_empty_class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96132 --- Comment #2 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:614662064ad4993a2aaecf190e7399ac5279e78e commit r11-1971-g614662064ad4993a2aaecf190e7399ac5279e78e Author: Patrick Palka Date:

[Bug c++/96003] [11 Regression] Maybe a false positive for -Werror=nonnull

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96003 --- Comment #6 from Sergei Trofimovich --- (In reply to Martin Sebor from comment #4) > The warning in the test case in comment #3 looks correct to me. Thank you! I'll try to re-reduce and not introduce new NULLs.

Re: [PATCH 0/6 ver 4] ] Permute Class Operations

On Wed, 2020-07-08 at 12:59 -0700, Carl Love wrote: > [PATCH 5/6] rs6000, Add vector splat builtin support > > -- > V4 Fixes: > >Rebased on mainline. Changed FUTURE to P10. >define_predicate "s32bit_cint_operand" removed unnecessary cast in >

Re: [PATCH 5/6] Docs: Document environment setting directives for testsuite

Tamar Christina writes: > Hi All, > > This document some of the existing DejaGnu directives to modify > environment variables before test or compiler invocations. > > Bootstrapped Regtested on aarch64-none-linux-gnu and no issues. > > Ok for master? > > Thanks, > Tamar > > gcc/ChangeLog: > >

Re: [PATCH 4/6] Testsuite: Make it easier to debug environment setting functions

Tamar Christina writes: > diff --git a/gcc/testsuite/lib/gcc-dg.exp b/gcc/testsuite/lib/gcc-dg.exp > index > 27cc7c19625d8bff12268de16ec0c20d558394b7..ccf6b7cc70b1d4268c0b0c65f960fb42deab0d88 > 100644 > --- a/gcc/testsuite/lib/gcc-dg.exp > +++ b/gcc/testsuite/lib/gcc-dg.exp > @@ -477,7 +477,10

Re: [PATCH 1/6] AArch64: Fix bugs in -mcpu=native detection.

Tamar Christina writes: > Hi Richard, > > Thanks for the review, > >> -Original Message- >> From: Richard Sandiford >> Sent: Thursday, July 9, 2020 1:35 PM >> To: Tamar Christina >> Cc: gcc-patches@gcc.gnu.org; nd ; Richard Earnshaw >> ; Marcus Shawcroft >> ; Kyrylo Tkachov >> Subject:

Re: [PATCH 4/6] Testsuite: Make it easier to debug environment setting functions

On Jul 9, 2020, at 2:56 AM, Tamar Christina wrote: > This adds verbose output to dg-set-compiler-env-var and dg-set-target-env-var > so you can actually see what they're setting when you add -v -v. > > Bootstrapped Regtested on aarch64-none-linux-gnu and no issues. > > Ok for master? Ok.

Re: documentation of powerpc64{,le}-linux-gnu as primary platform

On July 9, 2020 3:43:19 PM GMT+02:00, David Edelsohn via Gcc wrote: >On Thu, Jul 9, 2020 at 9:07 AM Matthias Klose wrote: >> >> On 7/9/20 1:58 PM, David Edelsohn via Gcc wrote: >> > On Thu, Jul 9, 2020 at 7:03 AM Matthias Klose >wrote: >> >> >> >> https://gcc.gnu.org/gcc-8/criteria.html lists

Re: [PATCH] rs6000: Allow MMA built-in initialization regardless of compiler options

Hi! On Wed, Jul 08, 2020 at 11:02:45PM -0500, Peter Bergner wrote: > PR96125 shows a bug when we try to use an MMA built-in within a function > that uses #pragma target/attribute target to enable power10 code generation > and the -mcpu= command line option is pre-power10. > > The problem is that

Re: [PATCH] rs6000: Refine RTL unroll adjust hook

Hi Jiufu, On Thu, Jul 09, 2020 at 04:01:38PM +0800, Jiufu Guo wrote: > Segher Boessenkool writes: > >> But for each single condition, loop unrolling may still be helpful. > >> While, if these conditions are all occur in a loop, it would be more > >> possible to get negative impacts after

Re: [PATCH 5/6] Docs: Document environment setting directives for testsuite

On 7/9/20 3:57 AM, Tamar Christina wrote: Hi All, This document some of the existing DejaGnu directives to modify environment variables before test or compiler invocations. Bootstrapped Regtested on aarch64-none-linux-gnu and no issues. Ok for master? Thanks, Tamar gcc/ChangeLog: *

Re: [PATCH 0/6 ver 4] ] Permute Class Operations

On Wed, 2020-07-08 at 12:59 -0700, Carl Love wrote: > [PATCH 4/6] rs6000, Add vector shift double builtin support > Nothing popped out at me for this patch. lgtm thanks -Will > -- > V4 Fixes: > >Rebased on mainline. Changed FUTURE to P10. >Changed

Re: [PATCH 0/6 ver 4] ] Permute Class Operations

On Wed, 2020-07-08 at 12:59 -0700, Carl Love wrote: > [PATCH 3/6] rs6000, Add vector replace builtin support > > -- > V4 Fixes: > >Rebased on mainline. Changed FUTURE to P10 in code and ChangeLog. >Set DEBUG to 0 in vec-replace-word-runnable.c test

[Bug c++/96137] [11 Regression] GCC hang on in invalid function definition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96137 --- Comment #1 from Haoxin Tu --- Also, I want to know are those cases (invalid code but makes GCC hang on) worth reporting? If those cases can help improve the GCC FE or its performance, I will continue to file more reports. Otherwise, I will

Re: [PATCH] handle MEM_REF with void* arguments (PR c++/95768)

On 6/29/20 1:19 AM, Richard Biener wrote: On Mon, Jun 29, 2020 at 1:08 AM Martin Sebor wrote: On 6/23/20 1:12 AM, Richard Biener wrote: On Tue, Jun 23, 2020 at 12:22 AM Martin Sebor via Gcc-patches wrote: On 6/22/20 12:55 PM, Jason Merrill wrote: On 6/22/20 1:25 PM, Martin Sebor wrote:

Re: [PATCH 0/6 ver 4] ] Permute Class Operations

On Wed, 2020-07-08 at 12:59 -0700, Carl Love wrote: > [PATCH 2/6] rs6000 Add vector insert builtin support > > > V4 changes > Rebased on mainline. Changed FUTURE to P10 as needed. > > > V3 changes > > Replace spaces

Ping Re: c: Add C2X BOOL_MAX and BOOL_WIDTH to limits.h

Ping for this limits.h patch . -- Joseph S. Myers jos...@codesourcery.com

Re: [PATCH 0/6 ver 4] ] Permute Class Operations

On Wed, 2020-07-08 at 12:58 -0700, Carl Love wrote: > [PATCH 1/6] rs6000, Update support for vec_extract Email subject needs to be updated too. This is at least correct in- line. Here and subsequent messages in thread. > > - > V4 changes > rebased onto

Re: [PATCH] aarch64: Change costs for TX2 to expose more vectorization opportunities

Richard, Can you approve the backporting of the patch to GCC10? Also, since I don't have the commit permission can you push it if approved? -- Thanks, Anton On 06.7.2020 21:04 , Richard Sandiford wrote: Joel Jones writes: I approve of this patch. I'm responsible for GCC for TX2 at

[Bug c++/96003] [11 Regression] Maybe a false positive for -Werror=nonnull

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96003 Martin Sebor changed: What|Removed |Added Component|tree-optimization |c++ --- Comment #5 from Martin Sebor

[Bug c++/96137] New: [11 Regression] GCC hang on in invalid function definition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96137 Bug ID: 96137 Summary: [11 Regression] GCC hang on in invalid function definition Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/96003] [11 Regression] Maybe a false positive for -Werror=nonnull

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96003 Martin Sebor changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

  1   2   3   >