[Bug c/108896] provide "element_count" attribute to give more context to __builtin_dynamic_object_size() and -fsanitize=bounds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108896 --- Comment #17 from Martin Uecker --- Am Freitag, dem 03.03.2023 um 23:18 + schrieb isanbard at gmail dot com: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108896 > > --- Comment #16 from Bill Wendling --- > (In reply to Martin Uecker

Re: [wwwdocs] document modula-2 in gcc-13/changes.html (and index.html)

Hi Gaius, apologies, I thought you had pushed the updated patch and only now realized it's not in yet. Please look into the few bits below and then go ahead and push. On Mon, 6 Feb 2023, Gaius Mulley wrote: > * htdocs/frontends.html: An update to say the front end is now in > the

[Bug target/109007] building for POWER8 leaks into POWER9 ISA with g++ 11.3 (cross-compiler on x86_64 host)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109007 --- Comment #3 from bugreporter66 at gmail dot com --- Thanks, I will try to find out and be more specific where exactly it leaks. It was my first attempt at reducing the code that would fit into 1MB attachment. Checked g++ 10.4 today, it works

Re: [PATCH] Always define `WIN32_LEAN_AND_MEAN` before

On Sat, 2023-01-07 at 06:52 +, Jonathan Yong via Gcc-patches wrote: > On 1/6/23 18:10, Jakub Jelinek wrote: > > On Sat, Jan 07, 2023 at 02:01:05AM +0800, LIU Hao via Gcc-patches > > wrote: > > > libgomp/ > > > > > > PR middle-end/108300 > > > * config/mingw32/proc.c: Define

[Bug target/109004] [10/11/12/13 Regression] wrong code for -O2 (any above -O0) with g++ 11.3 for POWER9 (cross-compiler on x86_64 host)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109004 --- Comment #1 from bugreporter66 at gmail dot com --- Checked g++ 10.4 today, it works as it should. 11.3 and 12.1 were tested to show the issue so far. The command line for building: powerpc64le-linux-gnu-g++ -O2 -static test.cpp -o test_p64

Re: [PATCH][stage1] Remove conditionals around free()

On 3/3/23 3:32 PM, Iain Sandoe wrote: On 3 Mar 2023, at 23:11, Bernhard Reutner-Fischer via Fortran wrote: On 2 March 2023 02:23:10 CET, Jerry D wrote: On 3/1/23 4:07 PM, Steve Kargl via Fortran wrote: On Wed, Mar 01, 2023 at 10:28:56PM +0100, Bernhard Reutner-Fischer via Fortran

[Bug c++/109018] decltype of dependent expressions lookup should be done only when doing template function definition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109018 --- Comment #6 from qingzhe huang --- I agree "Note g can be still found after the declaration via argument dependent lookup." Can we view this issue from a different angle? The real work of parsing should be started at "template function

[GSOC] Looking for small patch/project to work on

Hi everyone, My name is Rishi Raj, and I am a third-year undergraduate studying Computer Science and Engineering at the Indian Institute of Technology Kharagpur in India. I wish to participate in this year's GSOC with GCC. My progress so far: 1. Successfully built the GCC from source using

Re: [PATCH 01/07] RISC-V: Add auto-vectorization support

Hi Michael Collison: It's REALLY NOT OK that you didn't mention RiVAI and Ju-Zhe in either changelog or add he as co-author, apparently you HAVE references and even copy his code from https://github.com/riscv-collab/riscv-gcc/tree/riscv-gcc-rvv-next

Re: [PATCH v5] c++: -Wdangling-reference with reference wrapper [PR107532]

On 3/3/23 12:50, Marek Polacek wrote: On Fri, Mar 03, 2023 at 11:25:06AM -0500, Jason Merrill wrote: On 3/2/23 16:24, Marek Polacek wrote: On Wed, Mar 01, 2023 at 04:53:23PM -0500, Jason Merrill wrote: @@ -13791,12 +13830,39 @@ std_pair_ref_ref_p (tree t) const int& y = (f(1), 42);

[Bug c++/109018] decltype of dependent expressions lookup should be done only when doing template function definition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109018 Andrew Pinski changed: What|Removed |Added Resolution|FIXED |INVALID --- Comment #5 from Andrew

[Bug c++/109018] decltype of dependent expressions lookup should be done only when doing template function definition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109018 qingzhe huang changed: What|Removed |Added Resolution|INVALID |FIXED CC|

M

W I’maI hope w S

Ping: [PATCH 1/2] testsuite: Provide means to regexp in multiline patterns

Ping... > From: Hans-Peter Nilsson > Date: Fri, 24 Feb 2023 20:16:03 +0100 > > Ok to commit? > -- >8 -- > Those multi-line-patterns are literal. Sometimes a regexp > needs to be matched. This is a start: just three elements > are supported: "(" ")" and the compound ")?" (and on second >

☝ Buildbot (Sourceware): gccrust - retry lost connection update (retry) (master)

A retry build has been detected on builder gccrust-gentoo-sparc while building gccrust. Full details are available at: https://builder.sourceware.org/buildbot/#builders/241/builds/323 Build state: retry lost connection update (retry) Revision: (unknown) Worker: gentoo-sparc Build Reason:

Re: Patch ping

On Wed, 1 Mar 2023, Jakub Jelinek via Gcc-patches wrote: > Hi! > > I'd like to ping a few pending patches: > > https://gcc.gnu.org/pipermail/gcc-patches/2022-November/607534.html > - PR107846 - P1 - c-family: Account for integral promotions of left shifts > for -Wshift-overflow warning OK.

[COMMITTED] testsuite: Skip gcc.dg/ipa/pr77653.c for CRIS

CRIS defines DATA_ALIGNMENT such that alignment can be applied differently to different data of the same type, when "references to it must bind to the current definition" (varasm.cc:align_variable). Here, it means that more alignment is then applied to g, but not f, so the test-case fails because

[COMMITTED] testsuite: Skip gcc.dg/ifcvt-4.c for CRIS

CRIS has no conditional execution and no conditional moves. * gcc.dg/ifcvt-4.c: Add cris-*-* to skip list. --- gcc/testsuite/gcc.dg/ifcvt-4.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gcc/testsuite/gcc.dg/ifcvt-4.c b/gcc/testsuite/gcc.dg/ifcvt-4.c index

[COMMITTED] testsuite: Fix various scan-assembler identifiers not handling _-prefix

Committed as obvious. -- >8 -- * g++.dg/cpp0x/pr84497.C: Handle USER_LABEL_PREFIX == "_" on scan-assembler identifiers. * gcc.dg/debug/btf/btf-enum64-1.c, gcc.dg/ipa/symver1.c: Ditto. --- gcc/testsuite/g++.dg/cpp0x/pr84497.C | 6 +++---

[Bug c/108982] While recompiling when even we modify any line in got its giving error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108982 Hans-Peter Nilsson changed: What|Removed |Added CC||hp at gcc dot gnu.org --- Comment

RISC-V: Add auto-vectorization support

>> This series of patches adds foundational support for RISC-V >> autovectorization. These patches are based on the current upstream rvv >> vector intrinsic support and is not a new implementation. Most of the >> implementation consists of adding the new vector cost model, the >>

[Bug tree-optimization/109011] missed optimization in presence of __builtin_ctz

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109011 --- Comment #6 from Jakub Jelinek --- Oh, and optabs.cc expands ctz using clz as (bitsize-1) - .CLZ(x & -x) which is one fewer operations if andn isn't supported, on the other side is undefined at zero (so could be used for __builtin_ctz but

[Bug target/108994] [13 Regression] LLVM JIT segfaults in libgcc after upgrading from gcc 12.2.1 to 13.0.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108994 --- Comment #12 from Tom Stellard --- https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=6e80a1d164d1f9 is the first bad commit.

[Bug rtl-optimization/109019] Failure to optimize b + c -1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109019 Thomas Koenig changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug rtl-optimization/109019] Failure to optimize b + c -1

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

[Bug rtl-optimization/109019] New: Failure to optimize b + c -1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109019 Bug ID: 109019 Summary: Failure to optimize b + c -1 Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P3 Component:

Re: [PATCH][stage1] Remove conditionals around free()

> On 3 Mar 2023, at 23:11, Bernhard Reutner-Fischer via Fortran > wrote: > > On 2 March 2023 02:23:10 CET, Jerry D wrote: >> On 3/1/23 4:07 PM, Steve Kargl via Fortran wrote: >>> On Wed, Mar 01, 2023 at 10:28:56PM +0100, Bernhard Reutner-Fischer via >>> Fortran wrote:

[pushed] analyzer: start adding test coverage for OpenMP [PR109016]

Successfully tested on x86_64-pc-linux-gnu. Pushed to trunk as r13-6467-gdf0184906a7b86. gcc/testsuite/ChangeLog: PR analyzer/109016 * gcc.dg/analyzer/omp-parallel-for-1.c: New test. * gcc.dg/analyzer/omp-parallel-for-get-min.c: New test. Signed-off-by: David Malcolm ---

[Bug analyzer/109016] Analyzer doesn't know about OMP builtins

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109016 --- Comment #1 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:df0184906a7b86a497c038766366904a20b5601e commit r13-6467-gdf0184906a7b86a497c038766366904a20b5601e Author: David Malcolm Date:

[Bug c/108896] provide "element_count" attribute to give more context to __builtin_dynamic_object_size() and -fsanitize=bounds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108896 --- Comment #16 from Bill Wendling --- (In reply to Martin Uecker from comment #15) > Am Freitag, dem 03.03.2023 um 20:27 + schrieb isanbard at gmail dot com: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108896 > > > > --- Comment #14

[Bug tree-optimization/108988] gimple_fold_builtin_fputs doesn't preserve gimple_builtin_call_types_compatible_p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108988 --- Comment #8 from David Malcolm --- (In reply to Jakub Jelinek from comment #6) > Fixed. Thanks!

[Bug c++/109018] decltype of dependent expressions lookup should be done only when doing template function definition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109018 --- Comment #3 from Andrew Pinski --- (In reply to Andrew Pinski from comment #1) > template > decltype(g(T())) h() > return g(T());} Typo in my example missing {

[Bug c++/109018] decltype of dependent expressions lookup should be done only when doing template function definition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109018 --- Comment #2 from Andrew Pinski --- Also from that page: > If multiple declarations of the same template differ in the result of name > lookup, the first such declaration is used That is GCC gets that part correct even while clang and MSVC

Re: [PATCH][stage1] Remove conditionals around free()

On 2 March 2023 02:23:10 CET, Jerry D wrote: >On 3/1/23 4:07 PM, Steve Kargl via Fortran wrote: >> On Wed, Mar 01, 2023 at 10:28:56PM +0100, Bernhard Reutner-Fischer via >> Fortran wrote: >>> libgfortran/caf/single.c |6 ++ >>> libgfortran/io/async.c |6 ++ >>>

[Bug c++/109018] decltype of dependent expressions lookup should be done only when doing template function definition

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

Re: [PATCH] wwwdocs: Document several further C++23 changes

On Thu, 2 Mar 2023, Jakub Jelinek wrote: > + A new statement attribute for C++23 href="https://wg21.link/p1774r8;>P1774R8 Portable > + assumptions support also in C or older C++: This reads a bit odd to me: is there a comma missing after P1774R8? And maybe a colon before? Or something like

[committed] analyzer: provide placeholder implementation of sprintf

Previously, the analyzer lacked a known_function implementation of sprintf, and thus would handle calls to sprintf with the "anything could happen" fallback. Whilst working on PR analyzer/107565 I noticed that this was preventing a lot of genuine memory leaks from being reported for Doom; fixing

[pushed] testsuite: remove XFAIL in gcc.dg/analyzer/pr99716-1.c [PR108988]

Jakub's r13-6441-gdbeccab7a1f5dc fix for PR tree-optimization/108988 has fixed this failing analyzer test. Successfully tested on x86_64-pc-linux-gnu. Pushed to trunk as r13-6465-gd3ef73867e3f70. gcc/testsuite/ChangeLog: PR tree-optimization/108988 * gcc.dg/analyzer/pr99716-1.c

[Bug analyzer/107565] [12 Regression] -Wanalyzer-use-of-uninitialized-value false positive with rdrand

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107565 --- Comment #7 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:56572a08ec4a0fc1a7802d3737cd7f7cc9089c4b commit r13-6466-g56572a08ec4a0fc1a7802d3737cd7f7cc9089c4b Author: David Malcolm Date:

[Bug analyzer/109014] -Wanalyzer-use-of-uninitialized-value seen in pcre2-10.42's pcre2test.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109014 --- Comment #2 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:56572a08ec4a0fc1a7802d3737cd7f7cc9089c4b commit r13-6466-g56572a08ec4a0fc1a7802d3737cd7f7cc9089c4b Author: David Malcolm Date:

Re: [PATCH] wwwdocs: Document several further C++23 changes

On Thu, 2 Mar 2023, Jakub Jelinek wrote: > Tobias mentioned on IRC that assume attribute wasn't mentioned in > changes.html. The P1774R8 entry was missing for C++, so I went through > projects/cxx-status.html#cxx23 and filled in all the missing papers > which have been implemented newly in GCC

[Bug c++/109018] New: decltype of dependent expressions lookup should be done only when doing template function definition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109018 Bug ID: 109018 Summary: decltype of dependent expressions lookup should be done only when doing template function definition Product: gcc Version: 13.0 Status:

[Bug tree-optimization/108988] gimple_fold_builtin_fputs doesn't preserve gimple_builtin_call_types_compatible_p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108988 --- Comment #7 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:d3ef73867e3f70a343ad5aa4e00b270be85fa572 commit r13-6465-gd3ef73867e3f70a343ad5aa4e00b270be85fa572 Author: David Malcolm Date:

Re: [wwwdocs] Document allocator_traits::rebind_alloc assertion with GCC 13

On Thu, 2 Mar 2023, Jonathan Wakely via Gcc-patches wrote: > Pushed to wwwdocs. Thank you! > +If an allocator type AllocT Note that HTML 5 complains about the use of and we are using instead. I just pushed the following patch addressing that. (The diff looks a bit bigger due to changes re

gcc-11-20230303 is now available

Snapshot gcc-11-20230303 is now available on https://gcc.gnu.org/pub/gcc/snapshots/11-20230303/ 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] Fortran: fix CLASS attribute handling [PR106856]

On Fri, Mar 03, 2023 at 10:24:07PM +0100, Mikael Morin wrote: > Hello, > > Le 03/03/2023 à 20:57, Steve Kargl via Fortran a écrit : > > On Thu, Mar 02, 2023 at 11:03:48PM +0100, Harald Anlauf via Fortran wrote: > > > - if (attr->class_ok) > > > -/* Class container has already been built. */

[Bug bootstrap/42566] Bootstrap fails in stage3 building the libstdc++ PCH

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

[Bug target/108315] -mcpu=power10 changes ABI

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108315 --- Comment #17 from Segher Boessenkool --- What makes you think we need to tell the user to do something? There is nothing that needs to be done as far as I can see? /confused

Re: [PATCH 2/2] Rework 128-bit complex multiply and divide.

Hi! On Fri, Feb 03, 2023 at 12:53:05AM -0500, Michael Meissner wrote: > This patch reworks how the complex multiply and divide built-in functions are > done. > I tested all 3 patchs for PR target/107299 on: Is this part of the proposed commit message? As Ke Wen pointed out, it is wrong. Most

[Bug c/108896] provide "element_count" attribute to give more context to __builtin_dynamic_object_size() and -fsanitize=bounds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108896 --- Comment #15 from Martin Uecker --- Am Freitag, dem 03.03.2023 um 20:27 + schrieb isanbard at gmail dot com: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108896 > > --- Comment #14 from Bill Wendling --- > (In reply to Martin Uecker

Re: [PATCH] Fortran: fix CLASS attribute handling [PR106856]

Hello, Le 03/03/2023 à 20:57, Steve Kargl via Fortran a écrit : On Thu, Mar 02, 2023 at 11:03:48PM +0100, Harald Anlauf via Fortran wrote: - if (attr->class_ok) -/* Class container has already been built. */ + /* Class container has already been built with same name. */ + if

Re: [PATCH] Fortran: fix CLASS attribute handling [PR106856]

Hi Steve, Am 03.03.23 um 20:57 schrieb Steve Kargl via Gcc-patches: On Thu, Mar 02, 2023 at 11:03:48PM +0100, Harald Anlauf via Fortran wrote: - if (attr->class_ok) -/* Class container has already been built. */ + /* Class container has already been built with same name. */ + if

[Bug c++/101118] coroutines: unexpected ODR warning for coroutine frame type in LTO builds

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

Re: [PATCH 1/2] PR target/107299: Fix build issue when long double is IEEE 128-bit

Hi! On Fri, Feb 03, 2023 at 12:49:12AM -0500, Michael Meissner wrote: > This patch updates the IEEE 128-bit types used in libgcc. > > At the moment, we cannot build GCC when the target uses IEEE 128-bit long > doubles, such as building the compiler for a native Fedora 36 system. The > build

Re: [libstdc++] Use __gthread_join in jthread/95989

On Mar 3, 2023, Alexandre Oliva wrote: > Hello, Florian, > On Mar 3, 2023, Florian Weimer wrote: >> * Alexandre Oliva via Gcc-patches: >>> +// Make sure it's not optimized out, not even with LTO. >>> +asm ("" : : "rm" (depend)); >> If the m constraint is used, this may never emit

[Bug ipa/108871] attribute nonnull does not spot nullptr O2 and above when function inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108871 --- Comment #8 from Jonny Grant --- Another test case. https://godbolt.org/z/qss7jj51x I noticed when not using -fanalyzer gcc still warns about __builtin_puts being passed NULL. However gcc doesn't warn about my own function with attribute

☝ Buildbot (Sourceware): gccrust - exception update (exception) (master)

A build exception has been detected on builder gccrust-gentoo-sparc while building gccrust. Full details are available at: https://builder.sourceware.org/buildbot/#builders/241/builds/321 Build state: exception update (exception) Revision: (unknown) Worker: gentoo-sparc Build Reason:

[Bug c++/109017] New: ICE on unexpanded pack from C++20 explicit-template-parameter lambda syntax

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109017 Bug ID: 109017 Summary: ICE on unexpanded pack from C++20 explicit-template-parameter lambda syntax Product: gcc Version: unknown Status: UNCONFIRMED

[Bug tree-optimization/109011] missed optimization in presence of __builtin_ctz

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109011 --- Comment #5 from Jakub Jelinek --- And to answer myself, as x86 has vplzcnt* just for 32-bit and 64-bit elts with -mavx512cd (perhaps -mavx512vl also depending on vecsize), there is also 8-bit and 16-bit element vector popcount (guarded by

[Bug tree-optimization/109011] missed optimization in presence of __builtin_ctz

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109011 --- Comment #4 from Jakub Jelinek --- Hacker's Delight has also a variant for popcount, either .POPCOUNT ((x - 1) & ~x) or bitsize - .POPCOUNT (x | -x), though a question is if there are any targets which have vector popcount and don't have

Re: [libstdc++] Use __gthread_join in jthread/95989

Hello, Florian, On Mar 3, 2023, Florian Weimer wrote: > * Alexandre Oliva via Gcc-patches: >> +// Make sure it's not optimized out, not even with LTO. >> +asm ("" : : "rm" (depend)); > If the m constraint is used, this may never emit the symbol name and > thus not create a reference

[Bug c++/108975] [10/11/12/13 Regression] ICE on constexpr variable used as nontype template since r9-5473-ge32fc4499f863f

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

[Bug c/108896] provide "element_count" attribute to give more context to __builtin_dynamic_object_size() and -fsanitize=bounds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108896 --- Comment #14 from Bill Wendling --- (In reply to Martin Uecker from comment #9) > > > Considering that the GNU extensions is rarely used, one could consider > > > redefining the meaning of > > > > > > int n = 1; > > > struct { > > >   int

[Bug target/109007] building for POWER8 leaks into POWER9 ISA with g++ 11.3 (cross-compiler on x86_64 host)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109007 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |WAITING Ever confirmed|0

[Bug tree-optimization/109011] missed optimization in presence of __builtin_ctz

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

Re: [libstdc++] Use __gthread_join in jthread/95989

* Alexandre Oliva via Gcc-patches: > +// Make sure it's not optimized out, not even with LTO. > +asm ("" : : "rm" (depend)); If the m constraint is used, this may never emit the symbol name and thus not create a reference after all.

[Bug target/108315] -mcpu=power10 changes ABI

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108315 Alexander Monakov changed: What|Removed |Added Resolution|INVALID |--- Status|RESOLVED

Re: [PATCH] libstdc++: testsuite: async.cc early timeout

On Feb 3, 2023, Jonathan Wakely wrote: > This one slipped through the cracks, sorry. Oh, nice, thanks, I'd missed the review too, for a whole month :-) I've just found the unread message. I'll have a happier weekend. I did not even recall this patch was still pending, and this very test was

Re: [PATCH] Fortran: fix CLASS attribute handling [PR106856]

On Thu, Mar 02, 2023 at 11:03:48PM +0100, Harald Anlauf via Fortran wrote: > - if (attr->class_ok) > -/* Class container has already been built. */ > + /* Class container has already been built with same name. */ > + if (attr->class_ok > + && ts->u.derived->components->attr.dimension

Re: [libstdc++] Use __gthread_join in jthread/95989

On Mar 3, 2023, Jonathan Wakely wrote: > On Fri, 3 Mar 2023 at 18:12, Jonathan Wakely wrote: >> And those expressions aren't ever optimized away as unused? > Oh, I missed that they're called after casting them *nod* > That would be UB to call them through the wrong pointer type, so the >

[Bug tree-optimization/109011] missed optimization in presence of __builtin_ctz

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109011 Andrew Pinski changed: What|Removed |Added Blocks||53947 Target|

[Bug tree-optimization/109011] missed optimization in presence of __builtin_ctz

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109011 --- Comment #1 from Andrew Pinski --- On aarch64, both get vectorized.

[Bug d/108763] va_arg usage in D doesn't compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108763 ibuclaw at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |WONTFIX

[committed] d: Document that TypeInfo-based va_arg is not implemented [PR108763]

Hi, GDC's run-time library doesn't implement the RTTI-based overload of va_arg, document it on the missing features page. Bootstrapped and regression tested, committed to mainline. Regards, Iain. --- PR d/108763 gcc/d/ChangeLog: * implement-d.texi (Missing Features): Document

[Bug d/108763] va_arg usage in D doesn't compile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108763 --- Comment #7 from CVS Commits --- The master branch has been updated by Iain Buclaw : https://gcc.gnu.org/g:1f83aee5864129c4147a95c1a4e35d37c7eb7e59 commit r13-6463-g1f83aee5864129c4147a95c1a4e35d37c7eb7e59 Author: Iain Buclaw Date: Fri

[Bug libstdc++/104852] std::[j]thread::detach() still gives segmentation faults with glibc 2.34

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104852 Alexandre Oliva changed: What|Removed |Added CC||aoliva at gcc dot gnu.org

Re: MicroBlaze symver attribute support

All On Mon, Feb 20, 2023 at 7:35 PM Michael Eager wrote: > On 2/20/23 06:54, Joel Sherrill wrote: > > > > > > On Mon, Feb 20, 2023 at 7:56 AM Vincent Fazio via Gcc > > wrote: > > > > Michael, all, > > > > Regarding: > >

[Bug target/108315] -mcpu=power10 changes ABI

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108315 --- Comment #15 from Segher Boessenkool --- (In reply to Alexander Monakov from comment #14) > Are you guys really sure you want to blame the user here, I apologise if this hasn't been a nice experience for you. I'm not blaming anyone, least

[Bug c++/101118] coroutines: unexpected ODR warning for coroutine frame type in LTO builds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101118 --- Comment #11 from Iain Sandoe --- (In reply to Iain Sandoe from comment #10) > Hmm... maybe I am being too hasty here. > > If the coroutine has a definition in a header, then the coroutine frame type > _should_ be the same for each instance

[Bug c++/101118] coroutines: unexpected ODR warning for coroutine frame type in LTO builds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101118 --- Comment #10 from Iain Sandoe --- Hmm... maybe I am being too hasty here. If the coroutine has a definition in a header, then the coroutine frame type _should_ be the same for each instance of it. So maybe this is actually reporting a

[Bug analyzer/109016] New: Analyzer doesn't know about OMP builtins

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109016 Bug ID: 109016 Summary: Analyzer doesn't know about OMP builtins Product: gcc Version: 13.0 Status: UNCONFIRMED Keywords: openmp Severity: normal Priority: P3

[Bug libstdc++/104852] std::[j]thread::detach() still gives segmentation faults with glibc 2.34

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104852 --- Comment #8 from CVS Commits --- The master branch has been updated by Alexandre Oliva : https://gcc.gnu.org/g:21edd841611a97442a6b95e8ec7e91ff8fd3a451 commit r13-6461-g21edd841611a97442a6b95e8ec7e91ff8fd3a451 Author: Alexandre Oliva

[Bug libstdc++/52590] std::thread Segmentation fault static linking

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52590 --- Comment #7 from CVS Commits --- The master branch has been updated by Alexandre Oliva : https://gcc.gnu.org/g:21edd841611a97442a6b95e8ec7e91ff8fd3a451 commit r13-6461-g21edd841611a97442a6b95e8ec7e91ff8fd3a451 Author: Alexandre Oliva Date:

[Bug libstdc++/95989] Segmentation fault compiling with static libraries and using jthread::request_stop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95989 --- Comment #23 from CVS Commits --- The master branch has been updated by Alexandre Oliva : https://gcc.gnu.org/g:21edd841611a97442a6b95e8ec7e91ff8fd3a451 commit r13-6461-g21edd841611a97442a6b95e8ec7e91ff8fd3a451 Author: Alexandre Oliva

[Bug target/51534] Bad code gen for vcgtq_u32 NEON intrinsic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51534 --- Comment #6 from CVS Commits --- The master branch has been updated by Alexandre Oliva : https://gcc.gnu.org/g:cc9cc5a9a5fb0c16532a16b87fbd155037a7ed89 commit r13-6457-gcc9cc5a9a5fb0c16532a16b87fbd155037a7ed89 Author: Alexandre Oliva Date:

[Bug target/104882] [12 Regression] MVE: Wrong code at -O2 since r12-1434-g046a3beb1673bf4a61c131373b6a5e84158e92bf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104882 --- Comment #6 from CVS Commits --- The master branch has been updated by Alexandre Oliva : https://gcc.gnu.org/g:220008eafaaed7433b1c18e394279391e885a138 commit r13-6455-g220008eafaaed7433b1c18e394279391e885a138 Author: Alexandre Oliva

[Bug analyzer/109015] New: Analyzer doesn't know about atomic builtins

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109015 Bug ID: 109015 Summary: Analyzer doesn't know about atomic builtins Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

Re: [PATCH] cygwin: Don't try to support multilibs [PR107998]

On Wed, Feb 22, 2023 at 01:02:58PM +, Jonathan Yong wrote: > On 2/22/23 09:25, Jakub Jelinek wrote: > > As discussed in the PR, t-cygwin-w64 file has been introduced in 2013 > > and has one important problem, two different multilib options -m64 and -m32, > > but MULTILIB_DIRNAMES with just one

[Bug target/108994] [13 Regression] LLVM JIT segfaults in libgcc after upgrading from gcc 12.2.1 to 13.0.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108994 --- Comment #11 from Tom Stellard --- (In reply to Jakub Jelinek from comment #10) > I'd start with verification if it is really libgcc, so don't recompile the > app, just try it against GCC 12.2.1 libgcc vs. 13.0.1. I confirmed it's libgcc.

[Bug analyzer/109014] -Wanalyzer-use-of-uninitialized-value seen in pcre2-10.42's pcre2test.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109014 --- Comment #1 from David Malcolm --- I believe the issue here is that: * display_properties partially initializes the "found" buffer, writing a -1 terminator at the end of the initialized part at: fv[m] = -1; * display_properties then

Re: [GSoC] Introduction and query on LTO object emmission project

Hello, > Hi! I've been interested in compiler development for a while, and would love > to > work with any of you as part of GSoC, or even just as a side-project on my > own. > > I'm an 18 year-old student going into university next year with a passion for > all > things open source and low

Re: [PATCHv4] [AARCH64] Fix PR target/103100 -mstrict-align and memset on not aligned buffers

On Thu, Feb 9, 2023 at 7:54 PM Andrew Pinski via Gcc-patches wrote: > > The problem here is that aarch64_expand_setmem does not change the alignment > for strict alignment case. > This is version 4 of the fix, major changes from the last version is fixing > the way store pairs are handled which

[Bug debug/108996] Proposal for adding DWARF call site information in GCC with -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108996 --- Comment #7 from Andrew Pinski --- (In reply to Ulrich Weigand from comment #4) > (In reply to Jakub Jelinek from comment #3) > > What is done on other arches? > > That depends on the platform ABI. On some arches, including x86/x86_64 and

[Bug target/109007] building for POWER8 leaks into POWER9 ISA with g++ 11.3 (cross-compiler on x86_64 host)

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

[Bug analyzer/109014] New: -Wanalyzer-use-of-uninitialized-value seen in pcre2-10.42's pcre2test.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109014 Bug ID: 109014 Summary: -Wanalyzer-use-of-uninitialized-value seen in pcre2-10.42's pcre2test.c Product: gcc Version: 13.0 Status: UNCONFIRMED Severity:

[gnu.org #1880318] Antoni Boucher, modified employer disclaimer

On 2023-02-28 17:44:55, boua...@zoho.com wrote: > Hi. > Here is the document signed. > Thank you. > My apologies, I was unexpectedly out the last couple of days. This has been resolved and you are clear to contribute with the new employer disclaimer in place. Thank you for your patience and I

[Bug target/108315] -mcpu=power10 changes ABI

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108315 --- Comment #14 from Alexander Monakov --- Are you guys really sure you want to blame the user here, considering that all linkers, including the BFD linker, initially misinterpreted the ABI the same way?

[Bug middle-end/109006] [13 Regression] Python Exception : There is no member or method named m_vecdata. since r13-6332

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109006 --- Comment #3 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:59a576f274b9093fd4b25eb6be556b40c2424478 commit r13-6454-g59a576f274b9093fd4b25eb6be556b40c2424478 Author: Jonathan Wakely

Re: [libstdc++] Use __gthread_join in jthread/95989

On Fri, 3 Mar 2023 at 18:12, Jonathan Wakely wrote: > > > On Fri, 3 Mar 2023 at 17:47, Alexandre Oliva wrote: > >> On Mar 3, 2023, Jonathan Wakely wrote: >> >> > On Fri, 3 Mar 2023 at 09:33, Jonathan Wakely >> wrote: >> >> Jakub previously suggested doing this for PR 61841, which was a

Re: [libstdc++] Use __gthread_join in jthread/95989

On Fri, 3 Mar 2023 at 17:47, Alexandre Oliva wrote: > On Mar 3, 2023, Jonathan Wakely wrote: > > > On Fri, 3 Mar 2023 at 09:33, Jonathan Wakely wrote: > >> Jakub previously suggested doing this for PR 61841, which was a similar > >> problem with pthread_create: > >> > >> __asm ("" : : "r"

  1   2   3   >