[Bug rtl-optimization/100263] [11/12 Regression] RTL optimizers miscompile loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100263 --- Comment #4 from Stefan Schulze Frielinghaus --- You are right. I got lured by the fact that the assignments c__lsm.20_94 = 1; and c__lsm_flag.21_95 = 1; of bb5 are "moved" into the PHI as e.g. # c__lsm.20_51 = PHI #

[Bug c++/100279] [ICE in trunk] ICE caused by negative double NTTP. Error: Two symbols with same comdat_group are not linked by the same_comdat_group list.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100279 --- Comment #3 from Bob Miller --- Further minimized example. Same ICE. ICE is visible here: https://godbolt.org/z/o7M9nYYYE template struct T {}; template void f(T) {} int main(int, char**) { f(T<-1.0>{}); f(T<-2.0>{}); return

[Bug c++/100279] Invalid generated assembly for NTTP lambda with negative double value

x86_64-linux-gnu Configured with: ../gcc-trunk-20210426/configure --prefix=/opt/compiler-explorer/gcc-build/staging --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu --disable-bootstrap --enable-multiarch --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --

[Bug c++/100279] Invalid generated assembly for NTTP lambda with negative double value

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100279 --- Comment #1 from Bob Miller --- Created attachment 50684 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50684=edit New preprocessed source for more minimal example. This one leads to an ICE on godbolt's GCC version.

[Bug libgcc/98952] powerpc*: __trampoline_setup inverted test for trampoline size

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98952 --- Comment #7 from CVS Commits --- The releases/gcc-10 branch has been updated by Michael Meissner : https://gcc.gnu.org/g:a633f7f96daac391fe0bc5d87427c0e7cf1ab1b3 commit r10-9772-ga633f7f96daac391fe0bc5d87427c0e7cf1ab1b3 Author: Michael

[Bug c++/97420] [8/9/10/11/12 Regression] NTTP function reference cannot bind to noexcept function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97420 Patrick Palka changed: What|Removed |Added Known to fail||10.3.0, 11.0, 8.4.0, 9.3.0 Target

[PATCH] IBM Z: Handle hard registers in s390_md_asm_adjust()

Bootstrapped and regtested on s390x-redhat-linux. Tested with valgrind on top of 52a5515ed (see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100278). Ok for master? gen_fprx2_to_tf() and gen_tf_to_fprx2() cannot handle hard registers, since the subregs they create do not pass validation.

[Bug c++/100240] Compiler crashes with segmentation fault on a chrono library using nvcc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100240 --- Comment #8 from Peter Taraba --- So, this is happening also with gcc11: pepe@pepe-MS-7C90:~/code/DeeperThought$ ./compile.sh /usr/include/c++/10/chrono: In substitution of ‘template template using __is_harmonic =

[Bug c++/100279] New: Invalid generated assembly for NTTP lambda with negative double value

orithms: zlib gcc version 12.0.0 20210426 (experimental) (GCC) Command line to trigger bug: g++-11 --std=c++20 bugtest.cpp -o test Compiler output: /tmp/ccmrd0Wr.s: Assembler messages: /tmp/ccmrd0Wr.s:106: Error: symbol `_ZZ3foovENKUl1TIXT_EEE_clILdEEEDaS0_' is already defined

[Bug middle-end/100278] New: IBM Z: Segmentation fault when building valgrind with -march=z14

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100278 Bug ID: 100278 Summary: IBM Z: Segmentation fault when building valgrind with -march=z14 Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

Re: [PATCH] Synchronize Rocket Lake's processor_names and processor_cost_table with processor_type

On Mon, Apr 26, 2021 at 8:35 PM Uros Bizjak via Gcc-patches wrote: > > On Sat, Apr 24, 2021 at 3:43 PM Cui, Lili wrote: > > > > Hi Uros, > > > > This patch is to synchronize Rocket Lake's processor_names and > > processor_cost_table with processor_type. > > > > Bootstrap is ok, and no

[PATCH v3 2/2] Generate offset adjusted operation for op_by_pieces operations

Add an overlap_op_by_pieces_p target hook for op_by_pieces operations between two areas of memory to generate one offset adjusted operation in the smallest integer mode for the remaining bytes on the last piece operation of a memory region to avoid doing more than one smaller operations. Pass the

[PATCH v3 1/2] op_by_pieces_d::run: Change a while loop to a do-while loop

Change a while loop in op_by_pieces_d::run to a do-while loop to prepare for offset adjusted operation for the remaining bytes on the last piece operation of a memory region. PR middl-end/90773 * expr.c (op_by_pieces_d::get_usable_mode): New member function.

[PATCH v3 0/2] Generate offset adjusted operation for op_by_pieces operations

Add an overlap_op_by_pieces_p target hook for op_by_pieces operations between two areas of memory to generate one offset adjusted operation in the smallest integer mode for the remaining bytes on the last piece operation of a memory region to avoid doing more than one smaller operations. Pass the

Re: [PATCH v2] Generate offset adjusted operation for op_by_pieces operations

On Mon, Apr 26, 2021 at 01:45:30PM +0200, Richard Biener wrote: > On Mon, Apr 26, 2021 at 12:21 AM H.J. Lu wrote: > > > > On Fri, Apr 23, 2021 at 09:12:10AM +0200, Richard Biener wrote: > > > On Fri, Apr 23, 2021 at 1:35 AM H.J. Lu via Gcc-patches > > > wrote: > > > > > > > > For op_by_pieces

[Bug c++/100277] New: ICE on cuda host code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100277 Bug ID: 100277 Summary: ICE on cuda host code Product: gcc Version: 10.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee:

SOOL Hashes

a712557bc4d071895a30d5691395661c15d40f738e7090ea8ffc923e20d746ac2177374146a5699512a3a9f1d6e576ad4b070a78233d01ec9493f88e8564a198 SOOL Presentation - in depth.pdf 532f84ce40ed291d7c00b3714904300c2bd538f836cb3bdf5b28003eb0c19ebdcf1f9faf0fabf8a3be6ecc6f7c29cfedd67464e467f98742445e0b2d555145d0 SOOL

[Bug libgcc/98952] powerpc*: __trampoline_setup inverted test for trampoline size

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98952 --- Comment #6 from CVS Commits --- The releases/gcc-9 branch has been updated by Michael Meissner : https://gcc.gnu.org/g:39f46514ca8a78a0fc2e1e0a73d0934fe515a78d commit r9-9467-g39f46514ca8a78a0fc2e1e0a73d0934fe515a78d Author: Michael

[Bug tree-optimization/100250] [11/12 Regression] ICE related to -Wmaybe-uninitialized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100250 Martin Sebor changed: What|Removed |Added Keywords||patch --- Comment #3 from Martin Sebor

[Bug middle-end/90904] vec assignment and copying undefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90904 Martin Sebor changed: What|Removed |Added Keywords||patch Assignee|unassigned at

[PATCH] define auto_vec copy ctor and assignment (PR 90904)

PR 90904 notes that auto_vec is unsafe to copy and assign because the class manages its own memory but doesn't define (or delete) either special function. Since I first ran into the problem, auto_vec has grown a move ctor and move assignment from a dynamically-allocated vec but still no copy

[PATCH] avoid dereferencing a null pointer (PR 100250)

The VLA bounds that are included by the C front end to attribute access added to functions with VLA parameters to help detect redeclaratations of function with "mismatched" VLA bounds are cleared by the free_lang_data pass before the IL reaches the middle end. The clearing was done to fix

[Bug libgcc/98952] powerpc*: __trampoline_setup inverted test for trampoline size

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98952 --- Comment #5 from CVS Commits --- The releases/gcc-8 branch has been updated by Michael Meissner : https://gcc.gnu.org/g:078d2c5efbc6d372411fa2b8f07efb50e23f70b9 commit r8-10923-g078d2c5efbc6d372411fa2b8f07efb50e23f70b9 Author: Michael

[Bug c/989] Internal error: Floating point exception.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=989 --- Comment #3 from CVS Commits --- The releases/gcc-8 branch has been updated by Michael Meissner : https://gcc.gnu.org/g:078d2c5efbc6d372411fa2b8f07efb50e23f70b9 commit r8-10923-g078d2c5efbc6d372411fa2b8f07efb50e23f70b9 Author: Michael

Re: Has FSF stopped processing copyright paperwork

Le 26 avr. 2021 à 23:31, Gerald Pfeifer mailto:ger...@pfeifer.com>> a écrit : I got notified of copyright assignments related to GCC by copyright-cl...@fsf.org on April 5th, April 8th, April 22nd (two instances) and April 26th (today). So the process seems to be

[Bug c++/69698] [meta-bug] flexible array members

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69698 Bug 69698 depends on bug 100124, which changed state. Bug 100124 Summary: Why is "flexible array member '...' in an otherwise empty '...'" an issue? https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100124 What|Removed

[Bug c++/100124] Why is "flexible array member '...' in an otherwise empty '...'" an issue?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100124 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

Re: [DWARF] Fix signedness issue in DWARF functions (2)

> At least sizetype is for GIMPLE compatible with size_t or unsigned long (or > whatever unsigned type has the same precision), so this looks wrong to me. It's for bitsizetype here, as it's a conversion from bits into bytes, so larger than DWARF2_ADDR_SIZE. > For non-strict DWARF or DWARF5 and

Re: RFC: Changing AC_PROG_CC to AC_PROG_CC_C99 in top level configure

On Mon, Apr 26, 2021 at 2:32 PM Joseph Myers wrote: > > On Mon, 26 Apr 2021, Nick Clifton via Gcc-patches wrote: > > > Hi Guys, > > > > Given that gcc, gdb and now binutils are all now requiring C99 as a > > minimum version of C, are there any objections to updating > > configure.ac to

Re: Has FSF stopped processing copyright paperwork

On Mon, 26 Apr 2021, Romain GEISSLER via Gcc wrote: > Few weeks later, I would like to know if anyone on the list knows if FSF is > still processing copyright assignment these days. Basically shall people > willing to sign one just have to be patient as processing is still on-going, > or if

[Bug c++/100209] multiple inheritance with crtp pattern fails on sequentioal member access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100209 --- Comment #4 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:0120cd9382728fdc99d4cfdcb72cd0f55aca2ce3 commit r12-136-g0120cd9382728fdc99d4cfdcb72cd0f55aca2ce3 Author: Patrick Palka Date:

[Patch, committed] OpenACC: Fix pattern in dg-bogus in Fortran testcases again (Re: [PATCH] openacc: Warnings for strange partitioning choices for parallel regions)

Hi all, as discussed below/in this thread, the reset of the diagnostic contest affects the output with ENABLE_OFFLOAD. The attached patch now uses [Ww]arning in dg-bogus. It might be possible to reduce the differences between ENABLE_OFFLOAD being true or false, but it does not seem to be simple

Re: Has FSF stopped processing copyright paperwork

On Mon, 2021-04-26 at 21:01 +, Romain GEISSLER via Gcc wrote: > So anyone has some insider information about the FSF copright > assignment process ? I have no insider information but you can try asking on gnu-prog-disc...@gnu.org (I think that list is open) I assume you're communicating with

[Bug c++/100240] Compiler crashes with segmentation fault on a chrono library using nvcc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100240 --- Comment #7 from Peter Taraba --- Created attachment 50682 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50682=edit *.i files zipped crashes on DNNLayerMatrix (attaching .i* files zipped).

Re: Has FSF stopped processing copyright paperwork

On Apr 26 2021, Romain GEISSLER via Gcc wrote: > So anyone has some insider information about the FSF copright assignment > process ? I don't have insider information, but I just received a confirmation of a copyright assignment for glibc. Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG

[Bug target/99647] arm: GCC generates invalid MVE vmov instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99647 Alex Coplan changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug target/99647] arm: GCC generates invalid MVE vmov instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99647 --- Comment #5 from CVS Commits --- The releases/gcc-10 branch has been updated by Alex Coplan : https://gcc.gnu.org/g:9266a101ac9707a164bd241c00675a45aae01373 commit r10-9770-g9266a101ac9707a164bd241c00675a45aae01373 Author: Alex Coplan

[Bug c++/100252] [8/9/10/11/12 Regression] Internal compiler error during template instantiation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100252 Patrick Palka changed: What|Removed |Added CC||ppalka at gcc dot gnu.org --- Comment

Re: Has FSF stopped processing copyright paperwork

Hi, (Please note that this mail is *NOT* about the recent discussions about the relationship with the FSF. AFAIK to date FSF copyright assignment is still required to contribute to gcc and this request is solely about how to have one signed.) Few weeks later, I would like to know if anyone on

[Bug fortran/100274] [9/10/11/12 Regression] ICE in gfc_conv_procedure_call, at fortran/trans-expr.c:6131

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100274 anlauf at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |9.4 Priority|P3

[Bug fortran/100273] [9/10/11/12 Regression] ICE in gfc_create_module_variable, at fortran/trans-decl.c:5352

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100273 anlauf at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |9.4 Priority|P3

[Bug fortran/100273] [9/10/11/12 Regression] ICE in gfc_create_module_variable, at fortran/trans-decl.c:5352

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100273 anlauf at gcc dot gnu.org changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

Re: [PATCH] openacc: Warnings for strange partitioning choices for parallel regions

On 26.04.21 21:54, Thomas Schwinge wrote: On 2021-04-26T14:32:10+0200, Tobias Burnus wrote: first, can you add an entry regarding this flag to https://gcc.gnu.org/gcc-12/changes.html ? Is that a standard thing that all new command-line flags do get highlighted there? (I wouldn't have

Re: [PATCH,rs6000] Test cases for p10 fusion patterns

On Mon, 2021-04-26 at 14:00 -0500, acsaw...@linux.ibm.com wrote: > From: Aaron Sawdey > > This adds some test cases to make sure that the combine patterns for p10 > fusion are working. > > OK for trunk? > > gcc/testsuite/ChangeLog: > * gcc.target/powerpc/fusion-p10-ldcmpi.c: New file. >

[Bug fortran/100276] New: [12 regression] Many failures after r12-119

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100276 Bug ID: 100276 Summary: [12 regression] Many failures after r12-119 Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[RFC] tsan: fix false positive for pthread_cond_clockwait

Leave it to gmail to mess things up. My apologies for the inconvenience. Patch below. Met vriendelijke groet, Michael de Lang diff --git a/gcc/testsuite/g++.dg/tsan/a.out b/gcc/testsuite/g++.dg/tsan/a.out new file mode 100755 index 000..bce6d34f8d3 Binary files /dev/null and

Re: [PATCH,rs6000] Add insn types for fusion pairs

On Mon, 2021-04-26 at 13:04 -0500, acsaw...@linux.ibm.com wrote: > From: Aaron Sawdey > > This adds new values for insn attr type for p10 fusion. The > genfusion.pl > script is modified to use them, and fusion.md regenerated to capture > the new patterns. There are also some formatting only

[PATCH,rs6000 2/2] Fusion patterns for add-logical/logical-add

From: Aaron Sawdey This patch modifies the function in genfusion.pl for generating the logical-logical patterns so that it can also generate the add-logical and logical-add patterns which are very similar. gcc/ChangeLog: * config/rs6000/genfusion.pl (gen_logical_addsubf): Refactor to

Re: [PATCH] Handle anti-ranges of MIN,MAX uniformly.

On 4/26/21 3:57 PM, Aldy Hernandez wrote: The -fstrict-enums comment in the VR_ANTI_RANGE handling code is out of date, as out-of-range ranges have already been handled by this time. I've removed it. Furthermore, optimizing ~[MIN,MAX] as VARYING instead of UNDEFINED is an old idiom. I've been

[PATCH,rs6000 1/2] combine patterns for add-add fusion

From: Aaron Sawdey This patch adds a function to genfusion.pl to add a couple more patterns so combine can do fusion of pairs of add and vaddudm instructions. gcc/ChangeLog: * gcc/config/rs6000/genfusion.pl (gen_addadd): New function. * gcc/config/rs6000/fusion.md: Regenerate

[committed 2/2] libstdc++: Fix internet socket option classes

Similar to the previous commit, this fixes various problems with the socket options classes in the header: - The constructors were not noexcept. - The __sockopt_base::value() member function was present unconditionally (so was defined for socket_base::linger which is incorrect). - The

[PATCH,rs6000 0/2] p10 add-add and add-logical fusion series

From: Aaron Sawdey Two more sets of combine patterns for p10 fusion. These require the "Add insn types for fusion pairs" patch I posted earlier today. If ok I would like to put these in gcc 12 trunk and backport for 11.2. Thanks, Aaron Aaron Sawdey (2): combine patterns for add-add

[committed 1/2] libstdc++: Fix socket option classes

This fixes some flaws in the socket option types defined in net::socket_base: - The constructors were not noexcept. - The __sockopt_base::value() member function was present unconditionally (so was defined for socket_base::linger which is incorrect). - The __socket_crtp::operator=(T)

Re: [committed 1/3] libstdc++ Simplify definition of net::socket_base constants

On 23/04/21 13:58 +0100, Jonathan Wakely wrote: libstdc++-v3/ChangeLog: * include/experimental/socket (socket_base::shutdown_type): (socket_base::wait_type, socket_base::message_flags): Remove enumerators. Initialize constants directly with desired values.

[RFC] tsan: fix false positive for pthread_cond_clockwait

pthread_cond_clockwait wasn't added to TSAN_INTERCEPTORS which leads to false positives regarding double locking of a mutex. This was uncovered by a user reporting an issue to the google sanitizer github: https://github.com/google/sanitizers/issues/1259 This patch copies code from the fix made

Re: RFC: Changing AC_PROG_CC to AC_PROG_CC_C99 in top level configure

On 26 Apr 2021 19:32, Joseph Myers wrote: > On Mon, 26 Apr 2021, Nick Clifton via Gcc-patches wrote: > > Given that gcc, gdb and now binutils are all now requiring C99 as a > > minimum version of C, are there any objections to updating > > configure.ac to reflect this ? > > This isn't an

Re: [patch for gcc12 stage1][version 2] add -ftrivial-auto-var-init and variable attribute "uninitialized" to gcc

> On Apr 26, 2021, at 12:47 PM, Richard Sandiford > wrote: > > Qing Zhao writes: @@ -1831,6 +2000,17 @@ gimplify_decl_expr (tree *stmt_p, gimple_seq *seq_p) as they may contain a label address. */ walk_tree (, force_labels_r, NULL, NULL); } +

[Patch, committed] OpenACC: Fix pattern in dg-bogus in Fortran testcases (was: Re: [PATCH] openacc: Warnings for strange partitioning choices for parallel regions)

On 26.04.21 14:32, Tobias Burnus wrote: Secondly, I now see FAILs like: FAIL: gfortran.dg/goacc/classify-serial.f95 -O (test for excess errors) [...] Now fixed myself to reduce the clutter. Committed as r12-130-g5a26ba75de623f75fb44cddc2a9c982d31c96213 Tobias - Mentor

[PATCH] Handle anti-ranges of MIN,MAX uniformly.

The -fstrict-enums comment in the VR_ANTI_RANGE handling code is out of date, as out-of-range ranges have already been handled by this time. I've removed it. Furthermore, optimizing ~[MIN,MAX] as VARYING instead of UNDEFINED is an old idiom. I've been wanting to change it for a while, but have

Re: [PATCH] openacc: Warnings for strange partitioning choices for parallel regions

Hi! On 2021-04-26T14:32:10+0200, Tobias Burnus wrote: > first, can you add an entry regarding this flag > to https://gcc.gnu.org/gcc-12/changes.html ? Is that a standard thing that all new command-line flags do get highlighted there? (I wouldn't have considered that one important enough?) >

[Bug fortran/100275] ICE in gfc_build_null_descriptor, at fortran/trans-array.c:417

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100275 G. Steinmetz changed: What|Removed |Added Keywords||ice-on-invalid-code --- Comment #1 from

[Bug fortran/100275] New: ICE in gfc_build_null_descriptor, at fortran/trans-array.c:417

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100275 Bug ID: 100275 Summary: ICE in gfc_build_null_descriptor, at fortran/trans-array.c:417 Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/100274] New: [9/10/11/12 Regression] ICE in gfc_conv_procedure_call, at fortran/trans-expr.c:6131

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100274 Bug ID: 100274 Summary: [9/10/11/12 Regression] ICE in gfc_conv_procedure_call, at fortran/trans-expr.c:6131 Product: gcc Version: 12.0 Status: UNCONFIRMED

[Bug fortran/100273] [9/10/11/12 Regression] ICE in gfc_create_module_variable, at fortran/trans-decl.c:5352

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100273 G. Steinmetz changed: What|Removed |Added Keywords||ice-on-valid-code --- Comment #1 from

[Bug fortran/100273] New: [9/10/11/12 Regression] ICE in gfc_create_module_variable, at fortran/trans-decl.c:5352

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100273 Bug ID: 100273 Summary: [9/10/11/12 Regression] ICE in gfc_create_module_variable, at fortran/trans-decl.c:5352 Product: gcc Version: 12.0 Status:

[Bug testsuite/100272] New: some incomplete dg-commands

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100272 Bug ID: 100272 Summary: some incomplete dg-commands Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite

Re: RFC: Changing AC_PROG_CC to AC_PROG_CC_C99 in top level configure

On Mon, 26 Apr 2021, Nick Clifton via Gcc-patches wrote: > Hi Guys, > > Given that gcc, gdb and now binutils are all now requiring C99 as a > minimum version of C, are there any objections to updating > configure.ac to reflect this ? This isn't an objection, since upgrading auto* for the

Re: [PATCH 4/4] rs6000: Add ROP tests

On 4/26/21 11:04 AM, will schmidt wrote: On Sun, 2021-04-25 at 20:50 -0500, Bill Schmidt via Gcc-patches wrote: 2021-03-25 Bill Schmidt gcc/testsuite/ * gcc.target/powerpc/rop-1.c: New. * gcc.target/powerpc/rop-2.c: New. * gcc.target/powerpc/rop-3.c: New. *

Re: State of AutoFDO in GCC

On Mon, Apr 26, 2021 at 06:40:56PM +, Hongtao Yu wrote: >Andi, thanks for pointing out the perf script issues. Can you please >elaborate a bit on the exact issue you have seen? We’ve been using >specific output of perf script such as mmap, LBR and callstack events >filtered by

Re: [PATCH] c++: constexpr pointer indirection with negative offset [PR100209]

On Mon, 26 Apr 2021, Jason Merrill wrote: > On 4/26/21 12:17 PM, Patrick Palka wrote: > > During constexpr evaluation, a base-to-derived conversion may yield an > > expression like (Derived*)( p+ -4) where D.2217 is the > > derived object and D.2106 is the base. But cxx_fold_indirect_ref > >

Re: [wwwdocs, patch] gcc-12/changes.html: OpenMP (depobj/mutexinoutset for depend), OpenACC (-Wopenacc-parallelism)

On Mon, 26 Apr 2021, Tobias Burnus wrote: > Comments? Wording suggestions? I think for OpenMP, the sentence will be > modified several times before the release :-) Can I take this as a promise? :-) + + For Fortran, OpenMP 5.0 support has been extended for following features + which were

[PATCH,rs6000] Test cases for p10 fusion patterns

From: Aaron Sawdey This adds some test cases to make sure that the combine patterns for p10 fusion are working. OK for trunk? gcc/testsuite/ChangeLog: * gcc.target/powerpc/fusion-p10-ldcmpi.c: New file. * gcc.target/powerpc/fusion-p10-2logical.c: New file. ---

Re: State of AutoFDO in GCC

Andi, thanks for pointing out the perf script issues. Can you please elaborate a bit on the exact issue you have seen? We’ve been using specific output of perf script such as mmap, LBR and callstack events filtered by process id. It works fine so far but may certainly hit issues in the future

[Bug target/96168] GCC support for Apple Silicon (Arm64) on macOS requested

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96168 Jeffrey Walton changed: What|Removed |Added CC||noloader at gmail dot com --- Comment

[r12-119 Regression] FAIL: libgomp.oacc-fortran/par-reduction-2-2.f -DACC_DEVICE_TYPE_host=1 -DACC_MEM_SHARED=1 -foffload=disable -Os (test for excess errors) on Linux/x86_64

On Linux/x86_64, 22cff118f7526bec195ed6e41452980820fdf3a8 is the first bad commit commit 22cff118f7526bec195ed6e41452980820fdf3a8 Author: Thomas Schwinge Date: Fri Apr 23 12:23:51 2021 +0200 Add '-Wopenacc-parallelism' caused FAIL: gfortran.dg/goacc/classify-serial.f95 -O (test for

Re: State of AutoFDO in GCC

On Mon, Apr 26, 2021 at 11:00 AM Andi Kleen wrote: > >There are multiple directional changes in this new tool: > >1) it uses perf-script trace output (in text) as input profile data; > > I suspect this will break regularly too > > (I personally did numerous changes to perf script output,

[PATCH,rs6000] Add insn types for fusion pairs

From: Aaron Sawdey This adds new values for insn attr type for p10 fusion. The genfusion.pl script is modified to use them, and fusion.md regenerated to capture the new patterns. There are also some formatting only changes to fusion.md that apparently weren't captured after a previous commit of

Re: State of AutoFDO in GCC

>There are multiple directional changes in this new tool: >1) it uses perf-script trace output (in text) as input profile data;  I suspect this will break regularly too (I personally did numerous changes to perf script output, and also wrote a lot of parsing scripts) The perf script

Re: [patch for gcc12 stage1][version 2] add -ftrivial-auto-var-init and variable attribute "uninitialized" to gcc

Qing Zhao writes: >>> @@ -1831,6 +2000,17 @@ gimplify_decl_expr (tree *stmt_p, gimple_seq *seq_p) >>>as they may contain a label address. */ >>> walk_tree (, force_labels_r, NULL, NULL); >>> } >>> + /* When there is no explicit initializer, if the user requested, >>>

Re: [RFC] bpf.2: Use standard types and attributes

Hi Joseph, On 4/26/21 7:19 PM, Joseph Myers wrote: On Sat, 24 Apr 2021, Alejandro Colomar via Libc-alpha wrote: Some pages also document attributes, using GNU syntax '__attribute__((xxx))'. Update those to use the shorter and more portable C2x syntax, which hasn't been standardized yet, but

[Bug tree-optimization/100256] spurious stringop-overflow warning with memset(..., sizeof(dest)) on variable-length array at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100256 Martin Sebor changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED

Re: [RFC] bpf.2: Use standard types and attributes

On Sat, 24 Apr 2021, Alejandro Colomar via Libc-alpha wrote: > Some pages also document attributes, using GNU syntax > '__attribute__((xxx))'. Update those to use the shorter and more > portable C2x syntax, which hasn't been standardized yet, but is > already implemented in GCC, and available

[walter thierry]RE:Journée fantastique

Je l'ai aimé❗ http://9w6ed2v.worknumbermethod.work/d10 walter thierry loyalement

GCC 12 Ranger plans

With the opening of stage 1, It seems like an appropriate time to talk about our vision for Ranger in GCC 12. First, we have a queued up a list of improvements/fixes/adjustments/performance to the existing code which we'll check in first. We'll cover each of those in the patches as we submit

Re: State of AutoFDO in GCC

On Mon, Apr 26, 2021 at 8:12 AM Andi Kleen wrote: > Jan Hubicka writes: > > > > Is there a way to get this working w/o using older perf? > > It's usually rather simple to fix up autofdo for new perf. > I did it before here > > https://github.com/andikleen/autofdo/commits/perf4-3 > > I think it

Re: [DWARF] Fix signedness issue in DWARF functions (2)

On Mon, Apr 26, 2021 at 06:49:22PM +0200, Eric Botcazou wrote: > the compiler can synthesize DWARF functions to describe the location and size > of components in discriminated record types with variant part in Ada, but in > peculiar cases the compiler drops expressions on the floor, for example in

[Bug fortran/92621] Problems with memory handling with allocatable intent(out) arrays with bind(c)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92621 Dominique d'Humieres changed: What|Removed |Added Last reconfirmed||2021-04-26

gcc-12-20210426 is now available

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

[Bug tree-optimization/100263] [11/12 Regression] Wrong removal of statement in copyprop3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100263 --- Comment #3 from Jakub Jelinek --- And, just to verify it, I've compiled the testcase with r11-39 with a breakpoint on pass_expand::execute and set global_options.x_optimize = 0 there, and resulting testcase passes. So most likely things go

[DWARF] Fix signedness issue in DWARF functions (1)

Hi, the compiler can synthesize DWARF functions to describe the location and size of components in discriminated record types with variant part in Ada, but a limitation is that most quantities must have DWARF2_ADDR_SIZE or else be the result of a zero-extension to DWARF2_ADDR_SIZE of a smaller

[DWARF] Fix signedness issue in DWARF functions (2)

Hi, the compiler can synthesize DWARF functions to describe the location and size of components in discriminated record types with variant part in Ada, but in peculiar cases the compiler drops expressions on the floor, for example in the divide case: case ROUND_DIV_EXPR: case

Re: [PATCH] c++: constexpr pointer indirection with negative offset [PR100209]

On 4/26/21 12:17 PM, Patrick Palka wrote: During constexpr evaluation, a base-to-derived conversion may yield an expression like (Derived*)( p+ -4) where D.2217 is the derived object and D.2106 is the base. But cxx_fold_indirect_ref doesn't know how to resolve an INDIRECT_REF thereof to just

gcc-11-20210426 is now available

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

Re: [PATCH] c++: do_class_deduction and dependent init [PR93383]

On 4/26/21 9:29 AM, Patrick Palka wrote: On Fri, 23 Apr 2021, Jason Merrill wrote: On 4/22/21 9:46 AM, Patrick Palka wrote: On Wed, 21 Apr 2021, Patrick Palka wrote: On Wed, 21 Apr 2021, Jason Merrill wrote: On 4/12/21 1:20 PM, Patrick Palka wrote: Here we're crashing during deduction

Re: gcc-11-20210425 is now available

On Mon, 26 Apr 2021, Arseny Solokha via Gcc wrote: > Hi, > > > Snapshot gcc-11-20210425 is now available on > > https://gcc.gnu.org/pub/gcc/snapshots/11-20210425/ > > and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. > > > > This snapshot has been generated from the GCC

[PATCH 5/5 ver4] RS6000: Conversions between 128-bit integer and floating point values.

Will, Segher: This patch adds support for converting to/from 128-bit integers and 128-bit decimal floating point formats using the new P10 instructions dcffixqq and dctfixqq. The new instructions are only used on P10 HW, otherwise the conversions continue to use the existing SW routines. The

[PATCH 4/5 ver4] RS6000, Add test 128-bit shifts for just the int128 type.

Will, Segher: The previous patch added the vector 128-bit integer shift instruction support for the V1TI type. This patch renames and moves the VSX_TI iterator from vsx.md to VEC_TI in vector.md. The uses of VEC_TI are also updated. The patch has been tested on powerpc64-linux instead

[PATCH 2/5 ver4] RS6000: Add 128-bit Integer Operations

Will, Segher: This patch adds the 128-bit integer support for divide, modulo, shift, compare of 128-bit integers instructions and builtin support. The patch has been tested on powerpc64-linux instead (Power 8 BE) powerpc64-linux instead (Power 9 LE) powerpc64-linux instead (Power 10

[PATCH 3/5 ver4] RS6000: Add TI to TD (128-bit DFP) and TD to TI support

Will, Segher: This patch adds support for converting to/from 128-bit integers and 128-bit decimal floating point formats. The patch has been tested on powerpc64-linux instead (Power 8 BE) powerpc64-linux instead (Power 9 LE) powerpc64-linux instead (Power 10 LE) Please let me know

[PATCH 1/5 ver4] RS6000: Add 128-bit Integer Operations

Will, Segher: This patch fixes the order of the argument in the vec_rlmi and vec_rlnm builtins. The patch also adds a new test cases to verify the fix. The patch has been tested on powerpc64-linux instead (Power 8 BE) powerpc64-linux instead (Power 9 LE) powerpc64-linux instead

  1   2   3   >