Re: libgompd output test

On Wed, Jun 29, 2022 at 2:21 PM Jakub Jelinek wrote: > On Wed, Jun 29, 2022 at 06:45:51AM +0200, Mohamed Atef wrote: > > for this test case, > > > > 1.#include > > 2.#include > > 3.int > > 4.main() > > 5.{ > > 6. omp_set_num_threads (5); > > 7. #pragma omp parallel > > 8.{ > > 9.

Re: libgompd output test

On Wed, Jun 29, 2022 at 06:45:51AM +0200, Mohamed Atef wrote: > for this test case, > > 1.#include > 2.#include > 3.int > 4.main() > 5.{ > 6. omp_set_num_threads (5); > 7. #pragma omp parallel > 8.{ > 9. int th = omp_get_thread_num (); > 10. printf ("i am thread %d\n", th); >

Re: [PATCH v2] analyzer: add allocation size checker

On Wed, 2022-06-29 at 17:39 +0200, Tim Lange wrote: > Hi, Thanks for the updated patch. Overall, looks nearly ready; various nits inline below, throughout... > > I've addressed most of the points from the review. > * The allocation size warning warns whenever region_model::get_capacity >

AArch64 vector ABI vs OpenMP

Last time aarch64 libmvec was discussed, the OpenMP declare variant syntax support was not ready in gcc and there were open questions around how simd isa variants would be supported. https://gcc.gnu.org/pipermail/gcc-patches/2019-October/532940.html The vector function ABI for aarch64 allows the

[PATCH v2] analyzer: add allocation size checker

Hi, I've addressed most of the points from the review. * The allocation size warning warns whenever region_model::get_capacity returns something useful, i.e. also on statically-allocated regions. * I added a new virtual function to the pending-diagnostic class, so that it is possible to emit a

[RISCV] RISC-V GNU Toolchain Biweekly Sync-up call (June 30, 2022)

Hi all, Here is the agenda for tomorrow's RISC-V GNU toolchain meeting. If you have any topics want to discuss or share, please let me know and I will add them to the agenda, thanks. Agenda: - RVV supports status RVV calling convention to aid lazy binding

[Bug tree-optimization/106114] [13 Regression] wrong code at -O1, -O2 and -O3 on x86_64-linux-gnu since r13-1268-g8c99e307b20c502e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106114 --- Comment #6 from Zhendong Su --- Two additional recent miscompiles that are likedly related: (1) [638] % gcctk -O0 small.c; ./a.out [639] % gcctk -O1 small.c [640] % ./a.out Aborted [641] % cat small.c int a, b; int main() { int c = 0,

[Bug sanitizer/106132] ICE: in report_conflicting_sanitizer_options, at opts.cc:1011 with -fsanitize=thread,address,kernel-hwaddress

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106132 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Assignee|unassigned

[Bug c++/106135] New: Found a bug in gcc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106135 Bug ID: 106135 Summary: Found a bug in gcc Product: gcc Version: 10.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee:

[Bug bootstrap/105551] [13 Regression] [nvptx] ICE in final_scan_insn_1, at final.cc:2629 when building libgcc2.c since r13-259-g76db543db88727789a6c117608a23edc2eace713

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105551 --- Comment #8 from CVS Commits --- The releases/gcc-12 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:a6a0f3423f3053999c0eb6e7183319c1dca6455d commit r12-8526-ga6a0f3423f3053999c0eb6e7183319c1dca6455d Author: Richard Biener

[Bug target/105938] [12/13 Regression] ICE in get_insn_temp late, at final.cc:2050 on nvptx-none

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105938 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug testsuite/106120] [13 regression] g++.dg/warn/Wstringop-overflow-4.C fails since r13-1268-g8c99e307b20c50

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106120 Richard Biener changed: What|Removed |Added Component|other |testsuite Target Milestone|---

Re: [PATCH] lto: pass -pthread to AM_LDFLAGS [PR 106118]

On Tue, Jun 28, 2022 at 5:19 PM Pekka Seppänen wrote: > > Move -pthread from configure.ac to Makefile.in so that it is passed to > AM_LDFLAGS. OK > lto-plugin/ChangeLog: > > * configure.ac: Move -pthread from here... > * Makefile.am: ...to here. > * configure:

Re: [committed] openmp: Add support for HBW or large capacity or interleaved memory through the libmemkind.so library

On Tue, Jun 28, 2022 at 10:29:53PM +0100, Andrew Stubbs wrote: > On 09/06/2022 09:19, Jakub Jelinek via Gcc-patches wrote: > > + switch (memspace) > > +{ > > +case omp_high_bw_mem_space: > > +#ifdef LIBGOMP_USE_MEMKIND > > + struct gomp_memkind_data *memkind_data; > > +

☺ Buildbot (GNU Toolchain): gccrust - build successful (master)

A restored build has been detected on builder gccrust-bootstrap-debian-amd64 while building gccrust. Full details are available at: https://builder.sourceware.org/buildbot/#builders/107/builds/9 Build state: build successful Revision: 5b8502d862f647edb1ab41467759177983b4ddfc Worker: bb2

Re: [PATCH][pushed] docs: remove removed param from documentation

Thanks so much. Aldy On Wed, Jun 29, 2022 at 10:09 AM Martin Liška wrote: > > Pushed as obvious. > > Martin > > gcc/ChangeLog: > > * doc/invoke.texi: Remove removed evrp-mode. > --- > gcc/doc/invoke.texi | 3 --- > 1 file changed, 3 deletions(-) > > diff --git a/gcc/doc/invoke.texi

[Bug target/106101] [12/13 Regression] ICE in reg_bitfield_target_p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106101 --- Comment #7 from Richard Biener --- (In reply to Segher Boessenkool from comment #5) > Thanks for tracking this down! > > Interesting it survived so long. We could use some RTL checking on this :-) We have almost no "RTL IL checking", but

[Bug tree-optimization/106112] [10/11/12/13 Regression] wrong code at -Os and above on x86_64-linux-gnu since r10-2711-g3ed01d5408045d80

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106112 --- Comment #4 from CVS Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:2dbb45d6dc0d20dc159b3d8e27ebb6825074827a commit r13-1341-g2dbb45d6dc0d20dc159b3d8e27ebb6825074827a Author: Richard Biener Date:

[RFC] trailing_wide_ints with runtime variable lengths

Currently global ranges are stored in SSA_NAME_RANGE_INFO as a pair of wide_int-like objects along with the nonzero bits. We frequently lose precision when streaming out our higher resolution iranges. The plan was always to store the full irange between passes. However, as was originally

[Bug c++/106135] Found a bug caused by -O2 optimization transitions in gcc

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

[Bug c++/106131] -fstrict-aliasing breaks normal program that does not use any pointer or reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106131 Jonathan Wakely changed: What|Removed |Added CC||85811545 at qq dot com --- Comment

[Bug target/106122] [12/13 Regression] ICE in fixup_args_size_notes, at expr.cc:4493

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106122 Richard Biener changed: What|Removed |Added Target Milestone|--- |12.2

[Bug ipa/106124] [11/12/13 Regression] ICE in dwarf2out_abstract_function, at dwarf2out.cc:23254

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106124 Richard Biener changed: What|Removed |Added Target Milestone|--- |11.4

[Bug c++/106134] [13 Regression] ICE in execute_todo, at passes.cc:2134 since r13-1204-gd68d366425369649

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106134 Richard Biener changed: What|Removed |Added Target Milestone|--- |13.0 Version|12.0

Re: [PATCH v2] jit: avoid calloc() poisoning on musl [PR106102]

> Am 28.06.2022 um 23:06 schrieb Sergei Trofimovich : > > From: Sergei Trofimovich > > On musl uses calloc() (via ). jit/ includes > it directly and exposes use of poisoned calloc(): > >/build/build/./prev-gcc/xg++ ... > ../../gcc-13-20220626/gcc/jit/jit-playback.cc >make[3]: ***

[Bug rust/105913] gccrs doesn't compile on 32-bit targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105913 --- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #7 from Thomas Schwinge --- > But now really assuming fixed via additional > "Fix remaining misuses of format > specifiers

[Bug bootstrap/106137] baremetal cross builds broken in libgfortran since g:133d0d422ebd18dbd215cfa5394aff9f938e7060

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106137 --- Comment #1 from Jakub Jelinek --- Could you please attach */libgfortran/Makefile */libgfortran/config.h from the build dir before/after that commit? I believe aarch64 has IEEE754 quad long double, doesn't build libquadmath as it isn't

[Bug lto/106129] [12/13 Regression] LTO option merging broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106129 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Target Milestone|---

[Bug c++/106134] [13 Regression] ICE in execute_todo, at passes.cc:2134 since r13-1204-gd68d366425369649

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

[PATCH][pushed] docs: remove removed param from documentation

Pushed as obvious. Martin gcc/ChangeLog: * doc/invoke.texi: Remove removed evrp-mode. --- gcc/doc/invoke.texi | 3 --- 1 file changed, 3 deletions(-) diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi index bde59ff0472..757775ea576 100644 --- a/gcc/doc/invoke.texi +++

[Bug target/105938] [12/13 Regression] ICE in get_insn_temp late, at final.cc:2050 on nvptx-none

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105938 --- Comment #6 from Richard Biener --- (In reply to Jakub Jelinek from comment #5) > I mean backport thereof to 12 branch. Can you push it?

[Bug bootstrap/106137] baremetal cross builds broken in libgfortran since g:133d0d422ebd18dbd215cfa5394aff9f938e7060

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106137 --- Comment #2 from Jakub Jelinek --- Created attachment 53224 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53224=edit gcc13-pr106137.patch Perhaps this patch could fix this? We no longer need __float128 type in libgfortran (except I

Re: [committed] d: Add SIMD intrinsics module and compiler built-ins.

make[3]: Entering directory '/opt/gcc/gcc-20220629/Build/gcc' /opt/gcc/gcc-20220629/Build/./prev-gcc/xg++ -B/opt/gcc/gcc-20220629/Build/./prev-gcc/ -B/usr/aarch64-suse-linux/bin/ -nostdinc++ -B/opt/gcc/gcc-20220629/Build/prev-aarch64-suse-linux/libstdc++-v3/src/.libs -B/opt/gcc/gcc-20220629

Re: [PATCH][AArch64] Implement ACLE Data Intrinsics

"Andre Vieira (lists)" writes: > On 17/06/2022 11:54, Richard Sandiford wrote: >> "Andre Vieira (lists)" writes: >>> Hi, >>> >>> This patch adds support for the ACLE Data Intrinsics to the AArch64 port. >>> >>> Bootstrapped and regression tested on aarch64-none-linux. >>> >>> OK for trunk? >>

[Bug fortran/103413] [10/11/12/13 Regression] ICE: Invalid expression in gfc_element_size since r10-2083-g8dc63166e0b85954

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103413 --- Comment #6 from Martin Liška --- (In reply to kargl from comment #5) > (In reply to Jakub Jelinek from comment #4) > > GCC 10.4 is being released, retargeting bugs to GCC 10.5. > > That's a shame. The patch in comment 1 and the correction

Re: [PATCH] testsuite/102690: Only check warning for lp64 in Warray-bounds-16.C

On Tue, 28 Jun 2022, Kito Cheng wrote: > That warning won't happen on ilp32 targets, seems like Andrew Pinski > already mention that[1] before. > > Verified on riscv32-unknown-elf and riscv64-unknown-elf. > > [1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92879#c1 OK >

[PATCH] tree-optimization/106112 - fix CSE from wider operation

The following fixes a mistake in looking up an extended operand in the CSE of a truncated operation. Bootstrapped and tested on x86_64-unknown-linux-gnu, pushed. 2022-06-28 Richard Biener PR tree-optimization/106112 * tree-ssa-sccvn.cc (valueized_wider_op): Properly extend

[Bug tree-optimization/106112] [10/11/12 Regression] wrong code at -Os and above on x86_64-linux-gnu since r10-2711-g3ed01d5408045d80

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106112 Richard Biener changed: What|Removed |Added Known to fail||12.1.0

Re: [PATCH 1/2]AArch64 Add fallback case using sdot for usdot

On Tue, Jun 28, 2022 at 5:54 PM Tamar Christina wrote: > > > -Original Message- > > From: Richard Biener > > Sent: Monday, June 27, 2022 7:10 AM > > To: Tamar Christina > > Cc: Richard Sandiford ; Richard Earnshaw > > ; nd ; gcc- > > patc...@gcc.gnu.org; Marcus Shawcroft > > Subject:

[Bug bootstrap/106137] baremetal cross builds broken in libgfortran since g:133d0d422ebd18dbd215cfa5394aff9f938e7060

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106137 --- Comment #3 from Tamar Christina --- (In reply to Jakub Jelinek from comment #1) > Could you please attach > */libgfortran/Makefile > */libgfortran/config.h > from the build dir before/after that commit? Waiting for a build to finish to

[Bug c++/106134] New: [13 Regression] ICE in execute_todo, at passes.cc:2134 since r13-1204-gd68d366425369649

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106134 Bug ID: 106134 Summary: [13 Regression] ICE in execute_todo, at passes.cc:2134 since r13-1204-gd68d366425369649 Product: gcc Version: 12.0 Status: UNCONFIRMED

[Bug ipa/101279] Function attributes often block inlining

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101279 --- Comment #8 from Richard Biener --- (In reply to David Brown from comment #7) > (In reply to rguent...@suse.de from comment #6) > > Can you provide a specific example that you would allow this way? > > > > > > I'd go back to my original

[Bug sanitizer/106136] New: gcc-12.1.1 - libsanitizer fails when compiled for MIPS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106136 Bug ID: 106136 Summary: gcc-12.1.1 - libsanitizer fails when compiled for MIPS Product: gcc Version: 12.1.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug bootstrap/106137] New: baremetal cross builds broken in libgfortran since g:133d0d422ebd18dbd215cfa5394aff9f938e7060

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106137 Bug ID: 106137 Summary: baremetal cross builds broken in libgfortran since g:133d0d422ebd18dbd215cfa5394aff9f938e7060 Product: gcc Version: 13.0 Status: UNCONFIRMED

[Bug target/105938] [12/13 Regression] ICE in get_insn_temp late, at final.cc:2050 on nvptx-none

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105938 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment

[Bug target/105938] [12/13 Regression] ICE in get_insn_temp late, at final.cc:2050 on nvptx-none

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105938 --- Comment #5 from Jakub Jelinek --- I mean backport thereof to 12 branch.

[Bug sanitizer/106136] gcc-12.1.1 - libsanitizer fails when compiled for MIPS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106136 Immolo changed: What|Removed |Added Attachment #53222|0 |1 is obsolete|

[Bug tree-optimization/106126] tree check fail in useless_type_conversion_p, at gimple-expr.cc:87

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106126 Richard Biener changed: What|Removed |Added CC||marxin at gcc dot gnu.org Last

[Bug lto/106103] ICE in binds_to_current_def_p when source object files are compiled with -flto -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106103 --- Comment #1 from Ivan --- Created attachment 53225 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53225=edit Single file and smaller version of the original testcase To compile this, do: x86_64-w64-mingw32-g++ -r -flto -Os

[PATCH] sanitizer: Fix hwasan related option conflicts [PR106132]

Split report_conflicting_sanitizer_options(..., SANITIZE_ADDRESS | SANITIZE_HWADDRESS) call into 2 calls as we don't have any option that would be address+hwaddress (that conflicts as well). PR sanitizer/106132 gcc/ChangeLog: * opts.cc (finish_options): Use 2 calls to

[Bug target/106122] [12/13 Regression] ICE in fixup_args_size_notes, at expr.cc:4493 since r12-6106-gef26c151c14a8717

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106122 Roger Sayle changed: What|Removed |Added Last reconfirmed||2022-06-29 CC|

Re: [PATCH] libgccjit: Fix bug where unary_op will return an integer type instead of the correct type

It fails with the following error: gcc/gcc/testsuite/jit.dg/test-asm.cc: In function 'void verify_code_2(gcc_jit_context*, gcc_jit_result*)': gcc/gcc/testsuite/jit.dg/test-asm.cc:160:11: error: ISO C++ forbids declaration of 'uint32_t' with no type [-fpermissive]

[Bug sanitizer/106136] gcc-12.1.1 - libsanitizer fails when compiled for MIPS

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

[Bug sanitizer/105614] mips64: sanitizer_platform_limits_linux.cpp:75:38: error: static assertion failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105614 Martin Liška changed: What|Removed |Added CC||immoloism at googlemail dot com ---

Re: [PATCH] if-to-switch: Don't skip the first condition bb when find_conditions in if-to-switch [PR105740]

On 6/21/22 14:08, Richard Biener via Gcc-patches wrote: On Tue, Jun 21, 2022 at 12:05 PM Xionghu Luo wrote: On 2022/6/21 15:33, Richard Biener via Gcc-patches wrote: On Tue, Jun 21, 2022 at 5:06 AM xionghuluo(罗雄虎) via Gcc-patches wrote: Bootstrap and regression tested pass on

[PATCH] libgfortran: Switch some more __float128 uses to _Float128

Hi! My patch apparently left some __float128 uses in libgfortran that could use _Float128 instead, the following patch changes that. Ok for trunk? 2022-06-29 Jakub Jelinek * mk-kinds-h.sh: Change __float128 to _Float128 in a comment. * acinclude.m4 (LIBGFOR_CHECK_FLOAT128):

[PATCH] aarch64: Move vreinterpret definitions into the compiler

Hi, This removes a significant number of intrinsic definitions from the arm_neon.h header file, and reduces the amount of code duplication. The new macros and data structures are intended to also facilitate moving other intrinsic definitions out of the header file in future. There is a a slight

[Bug c/106119] Bogus use-after-free warning triggered by optimizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106119 --- Comment #2 from Tom Cosgrove --- Further addendum: If you use a `void *` to save the value of the pointer, you don't get the warning! See https://gcc.godbolt.org/z/fof8a747z i.e. this code does not generate the warning: #include

[Bug ipa/106124] [11/12/13 Regression] ICE in dwarf2out_abstract_function, at dwarf2out.cc:23254

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106124 --- Comment #2 from Jakub Jelinek --- int q; struct A { typedef int T; #pragma omp declare reduction (x : T : omp_out += omp_in + [] (){ return q; }()) initializer (omp_priv = [](){ return 0; }()) static void foo (); }; void bar (int &,

[Bug tree-optimization/106126] [12 Regression] tree check fail in useless_type_conversion_p, at gimple-expr.cc:87 since r13-1184-g57424087e82db140

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106126 Martin Liška changed: What|Removed |Added Summary|tree check fail in |[12 Regression] tree check

[Bug rtl-optimization/106082] [13 Regression] Recent change broke m68k

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106082 --- Comment #4 from CVS Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:0282c4acf720e4cc073cf95594aa890444c5ca82 commit r13-1342-g0282c4acf720e4cc073cf95594aa890444c5ca82 Author: Richard Biener Date:

[Bug target/106122] [12/13 Regression] ICE in fixup_args_size_notes, at expr.cc:4493 since r12-6106-gef26c151c14a8717

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106122 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org,

[PATCH] libgfortran: Fix up LIBGFOR_CHECK_FLOAT128 [PR106137]

Hi! My recent gfortran + libgfortran patch apparently broke (some?) aarch64 builds. While it is desirable to use just _Float128 rather than __float128, we only want to use it (and e.g. define HAVE_FLOAT128) on targets where _Float128 is supported and long double isn't IEEE quad precision. Which

[Bug c/106138] New: Inefficient code generation for cases when results can be deduced at compile time

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106138 Bug ID: 106138 Summary: Inefficient code generation for cases when results can be deduced at compile time Product: gcc Version: 12.1.0 Status: UNCONFIRMED

Re: [PATCH] libgccjit: Fix bug where unary_op will return an integer type instead of the correct type

On Wed, 2022-06-29 at 09:44 -0400, Antoni Boucher wrote: > It fails with the following error: > > gcc/gcc/testsuite/jit.dg/test-asm.cc: In function 'void > verify_code_2(gcc_jit_context*, gcc_jit_result*)': > gcc/gcc/testsuite/jit.dg/test-asm.cc:160:11: error: ISO C++ forbids > declaration of

[Bug rtl-optimization/106082] [13 Regression] Recent change broke m68k

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

[Bug tree-optimization/106126] [12 Regression] tree check fail in useless_type_conversion_p, at gimple-expr.cc:87 since r13-1184-g57424087e82db140

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106126 --- Comment #10 from Martin Liška --- (In reply to David Binderman from comment #8) > I seem strangely unable to add email address xionghu...@tencent.com to this > email, > for their opinion on this bug report. Yeah, he hasn't registered a

[Bug rtl-optimization/105231] [12 Regression] ICE: in rtl_verify_bb_insns, at cfgrtl.cc:2797 (flow control insn inside a basic block) with custom flags since r12-4767-g81342e95827f77c0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231 Bug 105231 depends on bug 106082, which changed state. Bug 106082 Summary: [13 Regression] Recent change broke m68k https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106082 What|Removed |Added

[Bug c++/106123] ICE in walk_tree_1, at tree.cc:11243

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106123 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org,

[Bug d/106139] New: d: aggregate value used where floating point was expected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106139 Bug ID: 106139 Summary: d: aggregate value used where floating point was expected Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/106126] tree check fail in useless_type_conversion_p, at gimple-expr.cc:87

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106126 --- Comment #7 from David Binderman --- (In reply to David Binderman from comment #5) > Seems good. Current range appears to be [607118dfa47a1865, f1fcd6e3ad911945]. Tried 57424087e82db140 and that looked bad, so current range is

[Bug bootstrap/106137] baremetal cross builds broken in libgfortran since g:133d0d422ebd18dbd215cfa5394aff9f938e7060

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106137 --- Comment #4 from Tamar Christina --- (In reply to Jakub Jelinek from comment #2) > Created attachment 53224 [details] > gcc13-pr106137.patch > > Perhaps this patch could fix this? The patch does fix the build! I also have the 4 files you

[Bug tree-optimization/106126] tree check fail in useless_type_conversion_p, at gimple-expr.cc:87

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106126 --- Comment #8 from David Binderman --- I seem strangely unable to add email address xionghu...@tencent.com to this email, for their opinion on this bug report.

Re: [committed] openmp: Add support for HBW or large capacity or interleaved memory through the libmemkind.so library

On 29/06/2022 11:45, Jakub Jelinek wrote: And omp_init_allocator needs to decide what to do if one asks for features that need memkind as well as for features that need whatever you/Abid have been working on. A possible resolution is punt (return omp_null_allocator), or prefer one feature over

[PATCH] libsanitizer: cherry-pick 791e0d1bc85d

Pushed as it's only cherry-pick that fixes the following rpmlint issue: libtsan2.s390x: E: executable-stack (Badness: 1) /usr/lib64/libtsan.so.2.0.0 I'm going to take it also to gcc-12 branch. Cheers, Martin 791e0d1bc85d: [compiler-rt] Add NO_EXEC_STACK_DIRECTIVE on s390x ---

Re: [Patch][v4] OpenMP: Move omp requires checks to libgomp

On Wed, Jun 29, 2022 at 04:33:02PM +0200, Tobias Burnus wrote: > --- a/gcc/c/c-parser.cc > +++ b/gcc/c/c-parser.cc > @@ -2488,6 +2488,12 @@ c_parser_declaration_or_fndef (c_parser *parser, bool > fndef_ok, > break; > } > > + if (flag_openmp > + && lookup_attribute ("omp

[Bug fortran/106121] ICE in gfc_simplify_extends_type_of, at fortran/simplify.cc:3109

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

[Bug fortran/106121] ICE in gfc_simplify_extends_type_of, at fortran/simplify.cc:3109

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106121 --- Comment #6 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:b8f284d3673004dffae714b56ed663467c2a52a7 commit r13-1349-gb8f284d3673004dffae714b56ed663467c2a52a7 Author: Harald Anlauf Date:

[Bug tree-optimization/106114] [13 Regression] wrong code at -O1, -O2 and -O3 on x86_64-linux-gnu since r13-1268-g8c99e307b20c502e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106114 --- Comment #7 from Andrew Macleod --- The routine which tries to fold relations in && or || statements is getting stale information. GORI maintains a dependency cache which is mostly use by the temporal mechanism to decide when statements are

[Bug c++/106131] [10/11/12/13 Regression] -fstrict-aliasing breaks normal program that does not use any pointer or reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106131 Andrew Pinski changed: What|Removed |Added Target Milestone|12.2|10.5

[Bug tree-optimization/106131] [10/11/12/13 Regression] -fstrict-aliasing breaks normal program that does not use any pointer or reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106131 Marek Polacek changed: What|Removed |Added Last reconfirmed||2022-06-29

[Bug tree-optimization/106131] [10/11/12/13 Regression] -fstrict-aliasing breaks normal program that does not use any pointer or reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106131 Marek Polacek changed: What|Removed |Added Keywords|needs-bisection | CC|

[Bug c++/106131] [10/11/12/13 Regression] -fstrict-aliasing breaks normal program that does not use any pointer or reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106131 --- Comment #5 from Marek Polacek --- Started with commit 8403c2cf5f66758fc78a01a675b0d218fded0202 Author: Richard Biener Date: Mon Nov 24 14:07:18 2014 + re PR target/63679 ([AArch64] Failure to constant fold.) 2014-11-24

Re: [PATCH RFA] ubsan: do return check with -fsanitize=unreachable

On Wed, Jun 29, 2022 at 12:42:04PM -0400, Jason Merrill wrote: > > The usual case is that people just use -fsanitize=undefined > > and get both return and unreachable sanitization, for fall through > > into end of functions returning non-void done through return sanitization. > > > > In the rare

[Bug c/106117] Use of option -fexcess-precision for operation-by-operation emulation for _Float16 arithmetics.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106117 --- Comment #5 from joseph at codesourcery dot com --- The idea with "16" is to say that's the exact FLT_EVAL_METHOD value (defined in C23 Annex H) whose semantics should be followed. It would affect float/double promotion on i386 as well

[PATCH] c++: generic targs and identity substitution [PR105956]

In r13-1045-gcb7fd1ea85feea I assumed that substitution into generic DECL_TI_ARGS corresponds to an identity mapping of the given arguments, and hence its safe to always elide such substitution. But this PR demonstrates that such a substitution isn't always the identity mapping, in particular

[Bug c/106117] Use of option -fexcess-precision for operation-by-operation emulation for _Float16 arithmetics.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106117 --- Comment #6 from John McCall --- Ah, I can see how the FLT_EVAL_METHOD schema gives us a unifying scheme, thank you. Just to be clear, though, the actual value of FLT_EVAL_METHOD in that mode should be 0, correct?

[Bug rtl-optimization/104637] [10/11 Regression] ICE: maximum number of LRA assignment passes is achieved (30) with -Og -fno-forward-propagate -mavx since r9-5221-gd8fcab689435a29d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104637 --- Comment #16 from tt_1 --- May I kindly ask why this was retargeted to gcc-10.5.0? It seems to me that all the patches were merged into gcc-10.4.0, is there more to come?

Re: [Patch][v4] OpenMP: Move omp requires checks to libgomp

Hi Jakub, On 29.06.22 19:02, Jakub Jelinek wrote: On Wed, Jun 29, 2022 at 04:33:02PM +0200, Tobias Burnus wrote: + if (flag_openmp + && lookup_attribute ("omp declare target", + DECL_ATTRIBUTES (current_function_decl))) +omp_requires_mask + = (enum

[Bug rtl-optimization/104637] [10/11 Regression] ICE: maximum number of LRA assignment passes is achieved (30) with -Og -fno-forward-propagate -mavx since r9-5221-gd8fcab689435a29d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104637 Uroš Bizjak changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: Ping^2: [PATCH v2] diagnostics: Honor #pragma GCC diagnostic in the preprocessor [PR53431]

On 6/23/22 13:03, Lewis Hyatt via Gcc-patches wrote: Hello- https://gcc.gnu.org/pipermail/gcc-patches/2022-May/595556.html https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53431#c49 Would a C++ maintainer have some time to take a look at this patch please? I feel like the PR is still worth

[Bug middle-end/103993] -Wismatched-new-delete due to difference in inlining decisions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103993 --- Comment #4 from Ed Catmur --- And another example, provoked by throwing new (this only happens at -Og): #include struct D { D(); static void* operator new (std::size_t s) { if (void* p = ::malloc(s)) return p;

[Bug fortran/95372] ICE in find_array_section, at fortran/expr.c:1687

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

[Bug tree-optimization/106114] [13 Regression] wrong code at -O1, -O2 and -O3 on x86_64-linux-gnu since r13-1268-g8c99e307b20c502e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106114 --- Comment #8 from Andrew Macleod --- Created attachment 53226 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53226=edit proposed patch Patch in testing

[Bug c++/106102] gcc/cp/mapper-resolver.cc fails to build against musl: musl-1.2.3-dev/include/sched.h:84:7: error: attempt to use poisoned "calloc"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106102 --- Comment #7 from CVS Commits --- The master branch has been updated by Sergei Trofimovich : https://gcc.gnu.org/g:49d508065bdd36fb1a9b6aad9666b1edb5e06474 commit r13-1350-g49d508065bdd36fb1a9b6aad9666b1edb5e06474 Author: Sergei Trofimovich

[Bug c++/106131] [10/11/12/13 Regression] -fstrict-aliasing breaks normal program that does not use any pointer or reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106131 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |12.2

[Bug rtl-optimization/104637] [10/11 Regression] ICE: maximum number of LRA assignment passes is achieved (30) with -Og -fno-forward-propagate -mavx since r9-5221-gd8fcab689435a29d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104637 Jakub Jelinek changed: What|Removed |Added Target Milestone|10.5|10.4

[Bug fortran/105243] ICE in next_char, at fortran/io.cc:160

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105243 anlauf at gcc dot gnu.org changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot

Re: [Patch][v4] OpenMP: Move omp requires checks to libgomp

Hi Jakub, hi all, new version attached. It now checks during lto1 whether the values are consistent – and fails with a hard error. The actually used value (by libgomp) is stored as a scalar weak symbol – while for checking, each translation unit stores the integer value for lto (alongside the

Re: [PATCH] libgfortran: Fix up LIBGFOR_CHECK_FLOAT128 [PR106137]

On 29.06.22 14:13, Jakub Jelinek via Fortran wrote: My recent gfortran + libgfortran patch apparently broke (some?) aarch64 builds. While it is desirable to use just _Float128 rather than __float128, we only want to use it (and e.g. define HAVE_FLOAT128) on targets where _Float128 is supported

  1   2   >