[Bug middle-end/111669] New: bogus -Wnonnull in conditionally executed code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111669 Bug ID: 111669 Summary: bogus -Wnonnull in conditionally executed code Product: gcc Version: 13.2.0 Status: UNCONFIRMED Keywords: diagnostic Severity: normal

[PATCH] LoongArch: Replace UNSPEC_FCOPYSIGN with copysign RTL

When I added copysign support for LoongArch (r13-3702), we did not have a copysign RTL insn, so I had to use UNSPEC to represent the copysign instruction. Now the copysign RTX code has been added in r14-1586, so this patch removes those UNSPECs, and it uses the native RTL copysign insn. Inspired

[Bug tree-optimization/111282] `a & (b ^ ~a)` (or `a & ~(a ^ b)`) not optimized to `a & b` in gimple

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111282 --- Comment #3 from Andrew Pinski --- (In reply to Andrew Pinski from comment #1) > Note we will need to detect both `a & (b ^ ~a)` and `a & ~(a ^ b)` since a > might be comparison too. Well and that will handle: ``` int f0(int a, int b) {

Re: [PATCH v3] RISC-V:Optimize the MASK opt generation

Proposed fix, and verified with "mawk" and "gawk -P" (gawk with posix mode) on my linux also some other report it work on freebsd, just wait review :) https://gcc.gnu.org/pipermail/gcc-patches/2023-October/631785.html On Tue, Oct 3, 2023 at 2:07 AM Jeff Law wrote: > > > > On 10/2/23 12:03,

[Bug bootstrap/111664] [14 regression] Fails to build with mawk (error in gcc/opt-read.awk) after r14-4354-ge4a4b8e983bac8

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

[PATCH] RISC-V: Fix the riscv_legitimize_poly_move issue on targets where the minimal VLEN exceeds 512.

riscv_legitimize_poly_move was expected to ensure the poly value is at most 32 times smaller than the minimal VLEN (32 being derived from '4096 / 128'). This assumption held when our mode modeling was not so precisely defined. However, now that we have modeled the mode size according to the

RISC-V V C Intrinsic API v1.0 release meeting reminder (October 3rd, 2023)

Hi all, A reminder that the next open meeting to discuss on the RISC-V V C Intrinsic API v1.0 is going to be held on 2023/10/03 7AM (GMT -7) / 10PM (GMT +8). The agenda can be found in the second page of the meeting slides (link

RFC: attributes documentation

When I was working on something else recently, I realized that the GCC manual had nothing in its attributes section saying that you could use the various documented GCC extension attributes with C/C++ standard attribute syntax too, or how (you have to use the "gnu::" prefix); I ended up finding

Re: [RFC] expr: don't clear SUBREG_PROMOTED_VAR_P flag for a promoted subreg [target/111466]

On 9/29/23 05:14, Jeff Law wrote: On 9/28/23 21:49, Vineet Gupta wrote: On 9/28/23 20:17, Jeff Law wrote: I can bootstrap & regression test alpha using QEMU user mode emulation. So we might be able to trigger something that way. It'll take some time, but might prove fruitful. That

mvconst_internal splitter gated with !@ira_in_progess (was Re: Yet Another IRA question)

On 9/28/23 12:52, Vineet Gupta wrote: On 9/28/23 05:53, Jeff Law wrote: Vineet -- assuming Vlad's patch goes in, the other obvious candidate for this would be the mvconst_internal define_insn_and_split where we'd probably want to reject the insn as a whole once IRA has started. Good

[Bug c/111654] Introduce clang's invalid-noreturn warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111654 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org ---

Re: [PATCH] libiberty: Use posix_spawn in pex-unix when available.

On Fri, Sep 29, 2023 at 12:18 PM Brendan Shanks wrote: > > + #define ERR_ON_FAILURE(ret, func) \ > +do { if (ret) { *err = ret; *errmsg = func; goto exit; } else {} } while > (0) Thanks, but please don't use a macro that changes control flow. Ian

Re: [committed] Require target lra in gcc.dg/pr108095.c

On 10/2/23 14:42, John David Anglin wrote: Committed to trunk. Dave --- Require target lra in gcc.dg/pr108095.c 2023-10-02 John David Anglin gcc/testsuite/ChangeLog: * gcc.dg/pr108095.c: Require target lra. Thanks. I already had this in my local tree. jeff

[Bug tree-optimization/111668] [12/13/14 Regression] vrp2 (match and simplify) introduces invalid wide signed Boolean values

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111668 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |14.0 Summary|vrp2 (match

[Bug target/111506] RISC-V: Failed to vectorize conversion from INT64 -> _Float16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111506 --- Comment #6 from joseph at codesourcery dot com --- On Mon, 2 Oct 2023, rdapp at gcc dot gnu.org via Gcc-bugs wrote: > In our case the int64_t -> int32_t conversion is implementation defined when > the source doesn't fit the target. GCC

[Bug tree-optimization/111668] vrp2 (match and simplify) introduces invalid wide signed Boolean values

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111668 Andrew Pinski changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug tree-optimization/111668] vrp2 (match and simplify) introduces invalid wide signed Boolean values

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111668 Andrew Pinski changed: What|Removed |Added Summary|vrp2 introduces invalid |vrp2 (match and simplify)

[Bug preprocessor/82335] Incorrect _Pragma expansion if macro passed to another macro

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82335 Lewis Hyatt changed: What|Removed |Added Last reconfirmed||2023-10-02 Ever confirmed|0

[PATCH] libcpp: testsuite: Add test for fixed _Pragma bug [PR82335]

Hello- https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82335 is another _Pragma-related bug that got fixed in GCC 12 but is still open. Before closing it out, I thought it would be good to add the testcase from that PR, which we don't have exactly in the testsuite already. Is it OK please? Thanks!

[Bug tree-optimization/111668] New: vrp2 introduces invalid wide Boolean values

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111668 Bug ID: 111668 Summary: vrp2 introduces invalid wide Boolean values Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

Re: [PATCH] [11/12/13/14 Regression] ABI break in _Hash_node_value_base since GCC 11 [PR 111050]

Now backport to gcc-11/12/13 branches. On 29/09/2023 11:53, Jonathan Wakely wrote: On Thu, 28 Sept 2023 at 18:25, François Dumont wrote: On 28/09/2023 18:18, Jonathan Wakely wrote: On Wed, 27 Sept 2023 at 05:44, François Dumont wrote: Still no chance to get feedback from TC ? Maybe I can

[Bug libstdc++/111050] [11/12/13/14 Regression] ABI break in _Hash_node_value_base since GCC 11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111050 --- Comment #15 from CVS Commits --- The releases/gcc-13 branch has been updated by Francois Dumont : https://gcc.gnu.org/g:e6d26b141bf03a0348b51e4778c79d44dc760eed commit r13-7931-ge6d26b141bf03a0348b51e4778c79d44dc760eed Author: Tim Song

[Bug libstdc++/111050] [11/12/13/14 Regression] ABI break in _Hash_node_value_base since GCC 11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111050 --- Comment #14 from CVS Commits --- The releases/gcc-12 branch has been updated by Francois Dumont : https://gcc.gnu.org/g:1be57348229666c54954f1e5937cae00e113f7f1 commit r12-9903-g1be57348229666c54954f1e5937cae00e113f7f1 Author: Tim Song

[committed] Add hppa*-*-* to dg-error targets at line 5 in gfortran.dg/pr95690.f90

Committed to trunk. Dave --- Add hppa*-*-* to dg-error targets at line 5 2023-10-02 John David Anglin gcc/testsuite/ChangeLog: * gfortran.dg/pr95690.f90: Add hppa*-*-* to dg-error targets at line 5. diff --git a/gcc/testsuite/gfortran.dg/pr95690.f90

[Bug libstdc++/111050] [11/12/13/14 Regression] ABI break in _Hash_node_value_base since GCC 11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111050 --- Comment #13 from CVS Commits --- The releases/gcc-11 branch has been updated by Francois Dumont : https://gcc.gnu.org/g:50ace1f8a784d08a72edb8cb4044101fdabcc072 commit r11-11028-g50ace1f8a784d08a72edb8cb4044101fdabcc072 Author: Tim Song

[committed] Require target lra in gcc.dg/pr108095.c

Committed to trunk. Dave --- Require target lra in gcc.dg/pr108095.c 2023-10-02 John David Anglin gcc/testsuite/ChangeLog: * gcc.dg/pr108095.c: Require target lra. diff --git a/gcc/testsuite/gcc.dg/pr108095.c b/gcc/testsuite/gcc.dg/pr108095.c index fb76caae72e..0a487cf614a 100644

[committed] Increase timeout factor for hppa*-*-* in gcc.dg/long_branch.c

Committed to trunk. Dave --- Increase timeout factor for hppa*-*-* in gcc.dg/long_branch.c 2023-10-02 John David Anglin gcc/testsuite/ChangeLog: * gcc.dg/long_branch.c: Increase timeout factor for hppa*-*-*. diff --git a/gcc/testsuite/gcc.dg/long_branch.c

[Bug tree-optimization/111652] [14 Regression] wrong code at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111652 --- Comment #4 from Andrew Pinski --- (In reply to Patrick Palka from comment #3) > On x86_64 this seems to have started with r14-2852-gf5fb9ff2396fd4 I was expecting it was one of the loop splitting patches due to the ir changes I saw

[Bug c++/111647] g++ accepts different c++ on -fchecking= anf checking=2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111647 Patrick Palka changed: What|Removed |Added Keywords||accepts-invalid

[Bug preprocessor/36887] Please report #pragma GCC poison" location

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36887 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org --- Comment #4

[Bug tree-optimization/111652] [14 Regression] wrong code at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111652 Patrick Palka changed: What|Removed |Added CC||hubicka at gcc dot gnu.org,

[PATCH] c++: merge tsubst_copy into tsubst_copy_and_build

Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look OK for trunk? -- >8 -- The relationship between tsubst_copy_and_build and tsubst_copy (two of the main template argument substitution routines for expression trees) is rather hazy. The former is mostly a superset of the latter,

[Bug bootstrap/111664] [14 regression] Fails to build with mawk (error in gcc/opt-read.awk) after r14-4354-ge4a4b8e983bac8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111664 --- Comment #2 from seurer at gcc dot gnu.org --- I installed gawk on the machine where it failed and the build works now. So definitely mawk.

[Bug middle-end/111659] document that -Wstrict-flex-arrays depends on -ftree-vrp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111659 --- Comment #3 from Cristian Rodríguez --- Example code that emits no warning (in case if there is of any interest) curl -LO https://www.netlib.org/fp/dtoa.c gcc-14 -Og -c -Warray-bounds -fstrict-flex-arrays -Werror=strict-flex-arrays

[Bug target/111506] RISC-V: Failed to vectorize conversion from INT64 -> _Float16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111506 --- Comment #5 from Robin Dapp --- Ah, thanks Joseph, so this at least means that we do not need !flag_trapping_math here. However, the vectorizer emulates the 64-bit integer to _Float16 conversion via an intermediate int32_t and now the riscv

[Bug libstdc++/111667] [C++23] Implement P1132R8, out_ptr - a scalable output pointer abstraction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111667 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2023-10-02

[pushed] contrib: Update Darwin entries in config-list.mk

Although the script itself is very unlikely to be useful (it would assume availability of both 'binutils' and a sysroot for each target) the list is used by at least one vendor for some testing. So I'd encourage other port maintainers to make sure their entries are up to date! I tested this on

[Bug libstdc++/111667] [C++23] Implement P1132R8, out_ptr - a scalable output pointer abstraction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111667 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement

[Bug libstdc++/111667] New: [C++23] Implement P1132R8, out_ptr - a scalable output pointer abstraction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111667 Bug ID: 111667 Summary: [C++23] Implement P1132R8, out_ptr - a scalable output pointer abstraction Product: gcc Version: 14.0 Status: UNCONFIRMED Severity:

[Bug c/111665] internal compiler error: in c_objc_common_truthvalue_conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111665 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Keywords|

[Bug fortran/111666] New: [OpenMP] Fortran FE creates too many temporaries for clauses / 'omp target'+'omp team' #teams/#threads optimize_target_teams optimization fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111666 Bug ID: 111666 Summary: [OpenMP] Fortran FE creates too many temporaries for clauses / 'omp target'+'omp team' #teams/#threads optimize_target_teams optimization fails

Re: [PATCH v3] RISC-V:Optimize the MASK opt generation

On 10/2/23 12:03, David Edelsohn wrote: On Mon, Oct 2, 2023 at 1:59 PM Jeff Law > wrote: On 10/2/23 11:20, David Edelsohn wrote: > Wang, > > The AWK portions of this patch broke bootstrap on AIX. > > Also, the AWK portions are

[Bug c/111665] New: internal compiler error: in c_objc_common_truthvalue_conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111665 Bug ID: 111665 Summary: internal compiler error: in c_objc_common_truthvalue_conversion Product: gcc Version: 13.2.1 Status: UNCONFIRMED Severity: normal

Re: [PATCH v3] RISC-V:Optimize the MASK opt generation

On Mon, Oct 2, 2023 at 1:59 PM Jeff Law wrote: > > > On 10/2/23 11:20, David Edelsohn wrote: > > Wang, > > > > The AWK portions of this patch broke bootstrap on AIX. > > > > Also, the AWK portions are common code, not RISC-V specific. I don't > > see anywhere that the common portions of the

Re: [PATCH v3] RISC-V:Optimize the MASK opt generation

On 10/2/23 11:20, David Edelsohn wrote: Wang, The AWK portions of this patch broke bootstrap on AIX. Also, the AWK portions are common code, not RISC-V specific.  I don't see anywhere that the common portions of the patch were reviewed or approved by anyone with authority to approve the

[Bug tree-optimization/111652] [14 Regression] wrong code at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111652 Thomas Koenig changed: What|Removed |Added CC||carll at gcc dot gnu.org --- Comment

[Bug c++/60608] Template argument problem

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60608 Andrew Pinski changed: What|Removed |Added CC||janschultke at googlemail dot com ---

[Bug c++/111662] Rejects valid: cv-qualifiers are not removed from function parameters of variadic templated function types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111662 Andrew Pinski changed: What|Removed |Added Resolution|--- |DUPLICATE

[Bug target/111506] RISC-V: Failed to vectorize conversion from INT64 -> _Float16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111506 --- Comment #4 from joseph at codesourcery dot com --- Conversion from 64-bit integers for _Float16 is fully defined, it produces the correctly rounded result according to the current rounding direction (round-to-nearest may be assumed in the

[Bug middle-end/51446] -fno-trapping-math generates NaN constant with different sign

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51446 --- Comment #22 from joseph at codesourcery dot com --- On Mon, 2 Oct 2023, eggert at cs dot ucla.edu via Gcc-bugs wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51446 > > --- Comment #20 from Paul Eggert --- > (In reply to

Re: [PATCH v3] RISC-V:Optimize the MASK opt generation

Wang, The AWK portions of this patch broke bootstrap on AIX. Also, the AWK portions are common code, not RISC-V specific. I don't see anywhere that the common portions of the patch were reviewed or approved by anyone with authority to approve the changes to the AWK files. This patch should not

Re: Question about function splitting

Martin Jambor 于2023年10月3日周二 00:34写道： > > Hello, > > On Mon, Oct 02 2023, Hanke Zhang via Gcc wrote: > > Hi, I have some questions about the strategy and behavior of function > > splitting in gcc, like the following code: > > > > int glob; > > void f() { > > if (glob) { > > printf("short

Re: [PATCH v2] ARM: Block predication on atomics [PR111235]

Hi Ramana, >> I used --target=arm-none-linux-gnueabihf --host=arm-none-linux-gnueabihf >> --build=arm-none-linux-gnueabihf --with-float=hard. However it seems that the >> default armhf settings are incorrect. I shouldn't need the --with-float=hard >> since >> that is obviously implied by armhf,

Re: [PATCH] Fix coroutine tests for libstdc++ gnu-version-namespace mode

Hi Gentle reminder for this minor patch. Thanks On 23/09/2023 22:10, François Dumont wrote: I'm eventually fixing those tests the same way we manage this problem in libstdc++ testsuite.    testsuite: Add optional libstdc++ version namespace in expected diagnostic     When libstdc++ is

Re: [PATCH] Fix coroutine tests for libstdc++ gnu-version-namespace mode

Hi Gentle reminder for this minor patch. Thanks On 23/09/2023 22:10, François Dumont wrote: I'm eventually fixing those tests the same way we manage this problem in libstdc++ testsuite.    testsuite: Add optional libstdc++ version namespace in expected diagnostic     When libstdc++ is

[Bug preprocessor/90400] _Pragma not always expanded in the right location within macros

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90400 Lewis Hyatt changed: What|Removed |Added CC||paboyle at ph dot ed.ac.uk --- Comment

[Bug preprocessor/91517] Pragma expansion in variadic macro reorders pragmas and breaks code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91517 Lewis Hyatt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/109227] coroutines: ICE in tree check: expected record_type or union_type or qual_union_type, have array_type in build_special_member_call, at cp/call.cc:11067

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109227 --- Comment #5 from Andrew Pinski --- Created attachment 56031 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56031=edit More reduced testcase from the dup

[Bug c++/109227] coroutines: ICE in tree check: expected record_type or union_type or qual_union_type, have array_type in build_special_member_call, at cp/call.cc:11067

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109227 Andrew Pinski changed: What|Removed |Added CC||redboltz at gmail dot com --- Comment

[Bug c++/110913] internal compiler error when I pass temporary vector of string to co_await target function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110913 Andrew Pinski changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

RE: [ARC PATCH] Use rlc r0, 0 to implement scc_ltu (i.e. carry_flag ? 1 : 0)

Hi Roger, Everything is good. Ok for mainline. Thank you for your contribution, Claudiu -Original Message- From: Claudiu Zissulescu Sent: Sunday, October 1, 2023 5:33 PM To: Jeff Law ; Roger Sayle Cc: gcc-patches@gcc.gnu.org Subject: RE: [ARC PATCH] Use rlc r0, 0 to implement scc_ltu

Re: Question about function splitting

Hello, On Mon, Oct 02 2023, Hanke Zhang via Gcc wrote: > Hi, I have some questions about the strategy and behavior of function > splitting in gcc, like the following code: > > int glob; > void f() { > if (glob) { > printf("short path\n"); > return; > } > // do lots of expensive

[pushed] diagnostics: group together source printing fields of diagnostic_context

struct diagnostic_context has > 60 fields. Try to tame some of the complexity by grouping together the 8 source-printing fields into a struct, the "m_source_printing" field. No functional change intended. Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu. Pushed to trunk as

[pushed] diagnostics: add diagnostic_output_format class

Eliminate various global variables in the json/sarif output code by bundling together callbacks and state into a new diagnostic_output_format class, with per-output-format subclasses. No functional change intended. Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu. Pushed to trunk as

[Bug fortran/111644] [13 regression] many failures after r13-7923-gd9b3269bdccac2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111644 seurer at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED

[pushed] diagnostics: fix missing init of set_locations_cb

Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu. Pushed to trunk as r14-4366-gc64693fb885f21. gcc/ChangeLog: * diagnostic.cc (diagnostic_initialize): Initialize set_locations_cb to nullptr. --- gcc/diagnostic.cc | 1 + 1 file changed, 1 insertion(+) diff --git

[Bug target/111649] [14 Regression] Bootstrap failure in stage 1 on riscv*-*-* since r14-4348-g9d249b7e31e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111649 Patrick O'Neill changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug testsuite/110951] [13/14] RISCV: rv32 newlib gcc.c-torture testsuite fails with xgcc: fatal error: Cannot find suitable multilib set for '-march=rv32imafdc_zicsr_zifencei'/'-mabi=ilp32d'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110951 --- Comment #4 from Patrick O'Neill --- The root cause of the problem was that we were moving files between containers after the build before the testsuite run and forgot to preserve the symlinks.

Question about function splitting

Hi, I have some questions about the strategy and behavior of function splitting in gcc, like the following code: int glob; void f() { if (glob) { printf("short path\n"); return; } // do lots of expensive things // ... } I hope it can be broken down like below, so that the whole

[Bug bootstrap/111664] [14 regression] error in gcc/opt-read.awk after r14-4354-ge4a4b8e983bac8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111664 Sam James changed: What|Removed |Added CC||kito at gcc dot gnu.org,

[Bug bootstrap/111664] New: [14 regression] error in gcc/opt-read.awk after r14-4354-ge4a4b8e983bac8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111664 Bug ID: 111664 Summary: [14 regression] error in gcc/opt-read.awk after r14-4354-ge4a4b8e983bac8 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity:

[Bug target/111235] [Armv7-a]: Control-dependency between atomic accesses removed by -O1.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111235 Sam James changed: What|Removed |Added CC||sjames at gcc dot gnu.org --- Comment #3

[Bug target/111600] [14 Regression] RISC-V bootstrap time regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111600 Kito Cheng changed: What|Removed |Added CC||kito at gcc dot gnu.org --- Comment #13

Re: [PATCH] RFC: Add late-combine pass [PR106594]

Hi Richard, cool, thanks. I just gave it a try with my test cases and it does what it is supposed to do, at least if I disable the register pressure check :) A cursory look over the test suite showed no major regressions and just some overly specific tests. My test case only works before split,

[Bug target/111235] [Armv7-a]: Control-dependency between atomic accesses removed by -O1.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111235 --- Comment #2 from CVS Commits --- The master branch has been updated by Wilco Dijkstra : https://gcc.gnu.org/g:0731889c026bfe8d55c4851422ca5ec9d037f7a0 commit r14-4365-g0731889c026bfe8d55c4851422ca5ec9d037f7a0 Author: Wilco Dijkstra Date:

[Bug target/111600] [14 Regression] RISC-V bootstrap time regression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111600 Robin Dapp changed: What|Removed |Added CC||law at gcc dot gnu.org --- Comment #12

Re: [PATCH 1/5] OpenMP, NVPTX: memcpy[23]D bias correction

On Wed, 27 Sep 2023 00:57:58 +0200 Thomas Schwinge wrote: > On 2023-09-06T02:34:30-0700, Julian Brown > wrote: > > This patch works around behaviour of the 2D and 3D memcpy > > operations in the CUDA driver runtime. Particularly in Fortran, > > the "base pointer" of an array (used for either

[Bug c++/111660] [14 Regression] Compilation of constexpr function returning enum takes exponential time with -std=c++2a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111660 Marek Polacek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

Re: [PATCH v2] RISC-V: Implement TLS Descriptors.

Just one nit and one more comment for doc: Could you add some doc something like that? mostly I grab from other target, so you can just included in the patch. diff --git a/gcc/doc/install.texi b/gcc/doc/install.texi index 31f2234640f..39396668da2 100644 --- a/gcc/doc/install.texi +++

Re: [PATCH] RISC-V: Use stdint-gcc.h in rvv testsuite

> > On Tue, Sep 26, 2023 at 10:59 AM Patrick O'Neill > > wrote: > >> stdint.h can be replaced with stdint-gcc.h to resolve some missing > >> system headers in non-multilib installations. > >> > >> Tested using glibc rv32gcv and rv64gcv on r14-4258-gc9837443075. > >> > >> gcc/ChangeLog: > >> > >>

[Bug c++/111660] [14 Regression] Compilation of constexpr function returning enum takes exponential time with -std=c++2a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111660 Patrick Palka changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org,

RE: [PATCH]middle-end: Recursively check is_trivially_copyable_or_pair in vec.h

> -Original Message- > From: Jakub Jelinek > Sent: Monday, October 2, 2023 2:21 PM > To: Tamar Christina > Cc: gcc-patches@gcc.gnu.org; nd ; jwak...@redhat.com > Subject: Re: [PATCH]middle-end: Recursively check > is_trivially_copyable_or_pair in vec.h > > On Mon, Oct 02, 2023 at

Re: [PATCH]middle-end: Recursively check is_trivially_copyable_or_pair in vec.h

On Mon, Oct 02, 2023 at 01:38:53PM +0100, Tamar Christina wrote: > Hi All, > > I recently committed a patch that uses a nested std::pair in the second > argument. > It temporarily adds a second ranking variable for sorting and then later > drops it. > > This hits the newly added assert in

[Bug other/44209] [meta-bug] Some warnings are not linked to diagnostics options

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44209 --- Comment #9 from Manuel López-Ibáñez --- For the sake of other potential readers: Patches should be submitted to gcc-patc...@gcc.gnu.org and reviewers do not review patches in bugzilla. Nevertheless, it is a good idea to add the link to the

[Bug c/111654] Introduce clang's invalid-noreturn warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111654 --- Comment #4 from Manuel López-Ibáñez --- (In reply to Julian Waters from comment #2) > (In reply to Manuel López-Ibáñez from comment #1) > Yeah, I did try submitting it to gcc-patches, but it simply went ignored for > forever, so I decided

[PATCH]middle-end: Recursively check is_trivially_copyable_or_pair in vec.h

Hi All, I recently committed a patch that uses a nested std::pair in the second argument. It temporarily adds a second ranking variable for sorting and then later drops it. This hits the newly added assert in vec.h. This assert made some relaxation for std::pair but doesn't allow this case

[Bug bootstrap/111663] profiledbootstrap fails on master: gcc/genmodes.cc:2152:1: error: ‘gcc/build/genmodes.gcda’ profile count data file not found [-Werror=missing-profile]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111663 --- Comment #1 from Sergei Trofimovich --- Proposed the change as https://gcc.gnu.org/pipermail/gcc-patches/2023-October/631790.html

[PATCH] Makefile.tpl: disable -Werror for feedback stage [PR111663]

From: Sergei Trofimovich Without the change profiled bootstrap fails for various warnings on master branch as: $ ../gcc/configure $ make profiledbootstrap ... gcc/genmodes.cc: In function ‘int main(int, char**)’: gcc/genmodes.cc:2152:1: error: ‘gcc/build/genmodes.gcda’

[Bug bootstrap/111663] New: profiledbootstrap fails on master: gcc/genmodes.cc:2152:1: error: ‘gcc/build/genmodes.gcda’ profile count data file not found [-Werror=missing-profile]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111663 Bug ID: 111663 Summary: profiledbootstrap fails on master: gcc/genmodes.cc:2152:1: error: ‘gcc/build/genmodes.gcda’ profile count data file not found

[Bug c++/111662] Rejects valid: cv-qualifiers are not removed from function parameters of variadic templated function types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111662 --- Comment #2 from Jan Schultke --- Bug was originally discovered here: https://stackoverflow.com/questions/77214665/problem-creating-template-function-alias-with-const-value-template-arguments/77215223#77215223

[Bug c++/111662] Rejects valid: cv-qualifiers are not removed from function parameters of variadic templated function types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111662 --- Comment #1 from Jan Schultke --- See https://godbolt.org/z/Kaf7jETaY

[Bug c++/111662] New: Rejects valid: cv-qualifiers are not removed from function parameters of variadic templated function types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111662 Bug ID: 111662 Summary: Rejects valid: cv-qualifiers are not removed from function parameters of variadic templated function types Product: gcc Version: 14.0

[Bug middle-end/50481] builtin to reverse the bit order

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50481 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #9

Re: [PATCH v6] RISC-V:Optimize the MASK opt generation

On Mon, 2 Oct 2023, Kito Cheng wrote: > Thanks for reporting this issue, I just realized multidimensional > arrays are gawk extensions, could you try the attached patch to see if > it can resolve the issue? Yes, with that patch applied the build proceeds far beyond that point (still running).

[Bug middle-end/51446] -fno-trapping-math generates NaN constant with different sign

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51446 Alexander Monakov changed: What|Removed |Added CC||amonakov at gcc dot gnu.org ---

[Bug target/111655] [11/12/13/14 Regression] wrong code generated for __builtin_signbit and 0./0. on x86-64 -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111655 Alexander Monakov changed: What|Removed |Added CC||amonakov at gcc dot gnu.org

[Bug tree-optimization/109154] [13/14 regression] jump threading de-optimizes nested floating point comparisons

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109154 --- Comment #69 from CVS Commits --- The master branch has been updated by Tamar Christina : https://gcc.gnu.org/g:19610580d49f3d2d8d511fba55b39efa0764dfc2 commit r14-4361-g19610580d49f3d2d8d511fba55b39efa0764dfc2 Author: Tamar Christina

[Bug fortran/111661] New: [OpenACC] Detach+Attach of DT component gives libgomp: [0x405140,96] is not mapped

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111661 Bug ID: 111661 Summary: [OpenACC] Detach+Attach of DT component gives libgomp: [0x405140,96] is not mapped Product: gcc Version: 14.0 Status: UNCONFIRMED

[Bug c/111654] Introduce clang's invalid-noreturn warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111654 --- Comment #3 from Sam James --- It would be worth mentioning that then. Anyway: * https://inbox.sourceware.org/gcc-patches/cap2b4gmq7btqtequuuok7ojt8p3kdbdvpudrmo_nt95wumw...@mail.gmail.com/ *

[Bug c/111654] Introduce clang's invalid-noreturn warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111654 --- Comment #2 from Julian Waters --- (In reply to Manuel López-Ibáñez from comment #1) > (In reply to Julian Waters from comment #0) > > Created attachment 56022 [details] > > Patch to add invalid-noreturn to gcc > > Patches should be

  1   2   >