Re: [Fortran, Patch, PR107635, Part 1] Rework handling of allocatable components in derived type coarrays.

2024-12-21 Thread Damian Rouson
On Tue, Dec 17, 2024 at 20:05 Steve Kargl wrote: > On Mon, Dec 16, 2024 at 04:53:42AM -0800, Or, perhaps, you care to qualify your generalization? Thanks for asking. When I tried using kind type parameters on derived types with gfortran a few months ago, I gave up because the issues appeared to

[PATCH 1/2] Ada: Add GNU/Hurd glibc api bits

2024-12-21 Thread Samuel Thibault
They are mostly shared with Linux gcc/ada/ChangeLog: * s-oscons-tmplt.c [__GNU__] (_XOPEN_SOURCE, _BSD_SOURCE): Define. [__GNU__]: Include and [__GNU__]: Set MSG_Forced_Flags to "MSG_NOSIGNAL". [__GNU__]: Define SIZEOF_sigset. [__GNU__]: Define PTHREAD_*S

[PATCH] Add OPTION_GLIBC_P and OPTION_GLIBC

2024-12-21 Thread Samuel Thibault
From: Svante Signell GNU/Hurd uses glibc just like GNU/Linux. This is needed for gcc to notice that glibc supports split stack in finish_options. gcc/ChangeLog: * gcc/config/gnu.h (OPTION_GLIBC_P, OPTION_GLIBC): Define. Patch from Svante Signell for PR go/104290. --- gcc/config/gnu.h

[PATCH 2/2] Ada: Fix GNU/Hurd maximum priority

2024-12-21 Thread Samuel Thibault
gcc/ada/ChangeLog: * libgnat/system-gnu.ads: Set Max_Priority to 60. Signed-off-by: Samuel Thibault --- gcc/ada/libgnat/system-gnu.ads | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gcc/ada/libgnat/system-gnu.ads b/gcc/ada/libgnat/system-gnu.ads index f46b32359f2..5

[PATCH] c++: Don't treat lambda typedef as lambda declaration [PR106221]

2024-12-21 Thread Nathaniel Shead
Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk? -- >8 -- I noticed that in a couple of places we sometimes treat any TYPE_DECL of lambda type as defining a lambda, which isn't always true since C++20: in `using T = decltype([]{})`, T is not a lambda-declaration. PR c++/1

Re: [2nd PING, Fortran, Patch, PR107635, Part 1] Rework handling of allocatable components in derived type coarrays.

2024-12-21 Thread Jerry D
On 12/20/24 9:09 AM, Andre Vehreschild wrote: Thank you very much Jerry. The delta between the two patches is really minor. In resolve.c I have removed some attr.pointer setting and in caf/single.c the handling for those as well as treating non-descriptor arrays differently. Most changes in

Re: [PING] [PATCH, part4] Fortran: fix passing of NULL() to assumed-rank, derived type dummy [PR104819]

2024-12-21 Thread Harald Anlauf
Hi Andre, Am 21.12.24 um 17:41 schrieb Andre Vehreschild: Hi Harald, the patch looks ok to me. thanks for taking a look! Pushed as r15-6408. Harald Thanks for the patch, Andre On Fri, 20 Dec 2024 19:00:05 +0100 Harald Anlauf wrote: Ping! Am 14.12.24 um 20:56 schrieb Harald A

Re: [PING] [PATCH, part4] Fortran: fix passing of NULL() to assumed-rank, derived type dummy [PR104819]

2024-12-21 Thread Andre Vehreschild
Hi Harald, the patch looks ok to me. Thanks for the patch, Andre On Fri, 20 Dec 2024 19:00:05 +0100 Harald Anlauf wrote: > Ping! > > Am 14.12.24 um 20:56 schrieb Harald Anlauf: > > Dear all, > > > > this patch is the 4th part of a series on the passing of NULL() to > > assumed-rank du

[PATCH] c++: Suppress note linked to error suppressed by -Wno-template-body [PR118163]

2024-12-21 Thread Simon Martin
When erroring out due to an incomplete type, we add a contextual note about the type. However, when the error is suppressed by -Wno-template-body, the note remains, making the compiler output quite puzzling. This patch makes sure the note is suppressed if we're processing a template declaration bo

Re: [PATCH v1] Match: Refactor the signed SAT_ADD match patterns [NFC]

2024-12-21 Thread Richard Biener
On Tue, Dec 10, 2024 at 7:30 AM wrote: > > From: Pan Li > > This patch would like to refactor the all signed SAT_ADD patterns, > aka: > * Extract type check outside. > * Re-arrange the related match pattern forms together. OK > The below test suites are passed for this patch. > * The rv64gcv fu

Re: [PATCH] vect: Do not use partial vectors when emulating vectors [PR116351].

2024-12-21 Thread Richard Biener
On Thu, 19 Dec 2024, Robin Dapp wrote: > > I wonder if LOOP_VINFO_LENS is really empty here? If not, who recorded > > the len and why did that not disable partial vectors? > > It's not empty. vectorizable_operation fills it for a vectype of vector short > (4). Before (in vector_type_mode), we

Re: [PATCH v3] libstdc++: fix a dangling reference crash in ranges::is_permutation

2024-12-21 Thread Giuseppe D'Angelo
Hello, On 20/12/2024 22:20, Patrick Palka wrote: The attached patch fixes it. I've tested on Linux x86-64. Adding a negative test for this is somehow challenging (how do you test you're not using a dangling reference?), but running the modified test under ASAN shows the fix in place. I'd expec

Re: [PATCH] testsuite: generalize ifcombine field-merge tests [PR118025]

2024-12-21 Thread Richard Biener
> Am 21.12.2024 um 06:29 schrieb Alexandre Oliva : > > On Dec 20, 2024, Jakub Jelinek wrote: > >>> On Wed, Dec 18, 2024 at 12:59:11AM -0300, Alexandre Oliva wrote: >>> * gcc.dg/field-merge-16.c: New. > >> Note the test FAILs on i686-linux or on x86_64-linux with -m32. > > Also fixed herein