Re: [PING * 3][PATCH v3] Add new warning Wmissing-designated-initializers [PR39589]

Thanks for the review, much appreciated. Agreed on all those points, I'll remove it from -Wextra and just leave it as a standalone warning, and I'll add those tests you suggested. On 02/06/2025 19:08, Joseph Myers wrote: On Sun, 1 Jun 2025, Peter Frost wrote: Ping https://gcc.gnu.org/piperma

Re: [PING][PATCH v3] match.pd: Fold (x + y) >> 1 into IFN_AVG_FLOOR (x, y) for vectors

On Thu, 22 May 2025, Pengfei Li wrote: > Hi, > > Just a gentle ping for below patch v3. > > I’ve made minor changes from v2 to v3, as listed below: > - Added check if IFN_AVG_FLOOR is supported. > - Wrapped new code in match.pd with macro "#ifdef GIMPLE". OK. Thanks, Richard. > > This patch f

Re: [PING * 3][PATCH v3] Add new warning Wmissing-designated-initializers [PR39589]

On Sun, 1 Jun 2025, Peter Frost wrote: > Ping https://gcc.gnu.org/pipermail/gcc-patches/2025-January/672568.html This needs various coding style fixes. Lines should be broken before binary operators such as && or || rather than after, and there should be a space before '(' in function and macr

Re: [PING] [PATCH] vect: Improve vectorization for small-trip-count loops using subvectors

On 6/2/25 2:23 AM, Pengfei Li wrote: Hi all, I would like to bring attention back to this patch: https://inbox.sourceware.org/gcc-patches/20250508164950.5646-1-pengfei@arm.com/ The patch improves auto-vectorization for loops with known small trip counts by introducing a new target ho

Re: [PING^2][PATCH v3] match.pd: Fold (x + y) >> 1 into IFN_AVG_FLOOR (x, y) for vectors

PING^2 From: Pengfei Li Sent: 22 May 2025 9:51 To: gcc-patches@gcc.gnu.org Cc: rguent...@suse.de; jeffreya...@gmail.com; pins...@gmail.com Subject: [PING][PATCH v3] match.pd: Fold (x + y) >> 1 into IFN_AVG_FLOOR (x, y) for vectors Hi, Just a gentle ping

Re: PING³ — Re: PING (and v2) – [Patch] nvptx/nvptx.opt: Update -march-map= for newer sm_xxx

Tobias Burnus wrote: PING² On May 12, 2025, Tobias Burnus wrote: PING. There is actually a minor update as meanwhile CUDA 12.8 was released that added the 'f' suffix and sm_103 and sm_121. Still, the pattern remains the same; hence, a normal PING. On April 25, 2025, Tobias Burnus wrote: The

Re: [ping^2] [PATCH v2] MIPS: Fix the issue with the '-fpatchable-function-entry=' feature.

Ping^2 在 2025/5/13 下午2:06, Lulu Cheng 写道: Ping? 在 2025/5/9 上午10:14, Lulu Cheng 写道: From: ChengLulu PR target/99217 gcc/ChangeLog: * config/mips/mips.cc (mips_start_function_definition): Implements the functionality of '-fpatchable-function-entry='. (mips_print_patchable_fun

PING² — Re: PING (and v2) – [Patch] nvptx/nvptx.opt: Update -march-map= for newer sm_xxx

PING² On May 12, 2025, Tobias Burnus wrote: PING. There is actually a minor update as meanwhile CUDA 12.8 was released that added the 'f' suffix and sm_103 and sm_121. Still, the pattern remains the same; hence, a normal PING. On April 25, 2025, Tobias Burnus wrote: The idea of -march-map= i

Re: [PING][PATCH][GCC15] Alpha: Fix base block alignment calculation regression

On Thu, 15 May 2025, Jeff Law wrote: > > > Address this issue by recursing into COMPONENT_REF tree nodes until the > > > outermost one has been reached, which is supposed to be a MEM_REF one, > > > accumulating the offset as we go, fixing a commit e0dae4da4c45 ("Alpha: > > > Also use tree informat

Re: [PING][PATCH][GCC15] Alpha: Fix base block alignment calculation regression

On 5/12/25 11:21 AM, Maciej W. Rozycki wrote: On Tue, 25 Feb 2025, Maciej W. Rozycki wrote: Address this issue by recursing into COMPONENT_REF tree nodes until the outermost one has been reached, which is supposed to be a MEM_REF one, accumulating the offset as we go, fixing a commit e0dae4d

Re: PING – Re: [Patch] Fortran: Use mpfr_sinu etc. with mpfr 4.2.0+ for degree trigonometric functions [PR120225]

Hi Tobias, > Admittedly, this *PING* is rather early – but as more trigonometric > functions changes are coming, I think it would be useful to agree > that this is a good approach. Patch is OK to push. FX

Re:[ping] [PATCH v2] MIPS: Fix the issue with the '-fpatchable-function-entry=' feature.

Ping? 在 2025/5/9 上午10:14, Lulu Cheng 写道: From: ChengLulu PR target/99217 gcc/ChangeLog: * config/mips/mips.cc (mips_start_function_definition): Implements the functionality of '-fpatchable-function-entry='. (mips_print_patchable_function_entry): Define empty f

Re: [PING] [PATCH] Fortran: fix passing of inquiry ref of complex array to TRANSFER [PR102891]

Hi Jerry! Am 10.05.25 um 21:53 schrieb Jerry D: On 5/10/25 11:33 AM, Harald Anlauf wrote: Early ping. Am 06.05.25 um 21:06 schrieb Harald Anlauf: Dear all, here's another rather obvious case where a temporary is needed for an inquiry reference of a complex array which is a component of a der

Re: [PING] [PATCH] Fortran: fix passing of inquiry ref of complex array to TRANSFER [PR102891]

On 5/10/25 11:33 AM, Harald Anlauf wrote: Early ping. Am 06.05.25 um 21:06 schrieb Harald Anlauf: Dear all, here's another rather obvious case where a temporary is needed for an inquiry reference of a complex array which is a component of a derived type.  In contrast to PR119986, the argument

Re: PING: [PATCH] Add TARGET_STORE_BY_PIECES_ICODE

On Thu, 8 May 2025, H.J. Lu wrote: > On Mon, Apr 28, 2025 at 8:57 PM H.J. Lu wrote: > > > > On x86, both stores with 32-bit immediate and register are supported: > > > >0: 48 c7 40 10 00 00 00 00 movq $0x0,0x10(%rax) > >8: 48 89 50 10 movq %rdx,0x10(%rax) > > > > But store wi

Re: [PING^5][PATCH] Alpha: Fix base block alignment calculation regression

On Sat, 19 Apr 2025, Maciej W. Rozycki wrote: > > > > Address this issue by recursing into COMPONENT_REF tree nodes until the > > > > outermost one has been reached, which is supposed to be a MEM_REF one, > > > > accumulating the offset as we go, fixing a commit e0dae4da4c45 ("Alpha: > > > > Also

Re: [PING^2] [PATCH v2] rs6000: Adding missed ISA 3.0 atomic memory operation instructions.

Hi Jeevitha, Looks like Peter's review comments have not been incorporated. Please update the patch and, as Peter suggested, send the next version of the patch as it's own email thread. Regards, Surya On 03/04/25 8:17 pm, jeevitha wrote: > > Ping! > > please review. > > Thanks & Regards > Jee

Re: PING: [PATCH] x86: Add a pass to remove redundant all 0s/1s vector load

On Tue, Apr 22, 2025 at 10:01 AM Hongtao Liu wrote: > > On Mon, Apr 21, 2025 at 4:30 PM H.J. Lu wrote: > > > > On Mon, Apr 21, 2025 at 11:29 AM Hongtao Liu wrote: > > > > > > On Sat, Apr 19, 2025 at 1:25 PM H.J. Lu wrote: > > > > > > > > On Sun, Dec 1, 2024 at 7:50 AM H.J. Lu wrote: > > > > >

Re: Ping: [RFA, GCC 15] testsuite: XFAIL predcom-8.c on aarch64 [PR118407]

On Tue, 22 Apr 2025, Richard Sandiford wrote: > Ping, since it sounds from irc like the release is coming soon :) Fine with me. > Richard Sandiford writes: > > gcc.dg/tree-ssa/predcom-8.c fails on aarch64 for the reasons discussed > > in the PR trail. The fix didn't make it into GCC 15, so thi

Re: PING: [PATCH] x86: Add a pass to remove redundant all 0s/1s vector load

On Mon, Apr 21, 2025 at 4:30 PM H.J. Lu wrote: > > On Mon, Apr 21, 2025 at 11:29 AM Hongtao Liu wrote: > > > > On Sat, Apr 19, 2025 at 1:25 PM H.J. Lu wrote: > > > > > > On Sun, Dec 1, 2024 at 7:50 AM H.J. Lu wrote: > > > > > > > > For all different modes of all 0s/1s vectors, we can use the si

Re: PING: [PATCH] x86: Add a pass to remove redundant all 0s/1s vector load

On Mon, Apr 21, 2025 at 11:29 AM Hongtao Liu wrote: > > On Sat, Apr 19, 2025 at 1:25 PM H.J. Lu wrote: > > > > On Sun, Dec 1, 2024 at 7:50 AM H.J. Lu wrote: > > > > > > For all different modes of all 0s/1s vectors, we can use the single widest > > > all 0s/1s vector register for all 0s/1s vector

Re: PING: [PATCH] x86: Add a pass to remove redundant all 0s/1s vector load

On Sat, Apr 19, 2025 at 1:25 PM H.J. Lu wrote: > > On Sun, Dec 1, 2024 at 7:50 AM H.J. Lu wrote: > > > > For all different modes of all 0s/1s vectors, we can use the single widest > > all 0s/1s vector register for all 0s/1s vector uses in the whole function. > > Add a pass to generate a single wi

Re: PING: [PATCH v2] x86: Add pcmpeq splitters

On Sat, Apr 19, 2025 at 4:16 PM Uros Bizjak wrote: > > On Sat, Apr 19, 2025 at 7:22 AM H.J. Lu wrote: > > > > On Mon, Dec 2, 2024 at 6:27 AM H.J. Lu wrote: > > > > > > Add pcmpeq splitters to split > > > > > > (insn 5 3 7 2 (set (reg:V4SI 100) > > > (eq:V4SI (reg:V4SI 98) > > >

Re: [PING^5][PATCH] Alpha: Fix base block alignment calculation regression

On Sat, 19 Apr 2025, Jeff Law wrote: > > > Address this issue by recursing into COMPONENT_REF tree nodes until the > > > outermost one has been reached, which is supposed to be a MEM_REF one, > > > accumulating the offset as we go, fixing a commit e0dae4da4c45 ("Alpha: > > > Also use tree informat

Re: [PING^5][PATCH] Alpha: Fix base block alignment calculation regression

On 4/14/25 5:50 AM, Maciej W. Rozycki wrote: On Tue, 25 Feb 2025, Maciej W. Rozycki wrote: Address this issue by recursing into COMPONENT_REF tree nodes until the outermost one has been reached, which is supposed to be a MEM_REF one, accumulating the offset as we go, fixing a commit e0dae4da

Re: PING: [PATCH v2] x86: Add pcmpeq splitters

On Sat, Apr 19, 2025 at 7:22 AM H.J. Lu wrote: > > On Mon, Dec 2, 2024 at 6:27 AM H.J. Lu wrote: > > > > Add pcmpeq splitters to split > > > > (insn 5 3 7 2 (set (reg:V4SI 100) > > (eq:V4SI (reg:V4SI 98) > > (reg:V4SI 98))) 7910 {*sse2_eqv4si3} > > (expr_list:REG_DEAD (re

Re: [PING][PATCH] doc: Clarify REG_EH_REGION note usage

Applied to trunk, thank you! --Philipp. On Thu, 17 Apr 2025 at 21:51, Jeff Law wrote: > > > > On 4/8/25 6:12 AM, Konstantinos Eleftheriou wrote: > > Hi, > > Just a ping for https://gcc.gnu.org/pipermail/gcc-patches/2025- > > March/677635.html >

Re: [PING][PATCH] doc: Clarify REG_EH_REGION note usage

On 4/8/25 6:12 AM, Konstantinos Eleftheriou wrote: Hi, Just a ping for https://gcc.gnu.org/pipermail/gcc-patches/2025- March/677635.html . OK for the trunk. I don't think it's worth porting to the release branches. jeff

Re: ping: COBOL: testsuite and running NIST85

On Mon, Apr 07, 2025 at 09:30:59AM +0200, Richard Biener wrote: > On Mon, Apr 7, 2025 at 9:00 AM Simon Sobisch wrote: > > My question stands on integrating COBOLworx' UAT as-is for now > > (Copyright is all on FSF; built automatically [it is autoconf, which is > > a requirement for VCS checkouts],

Re: [ping^2] [PATCH] includes, Darwin: Handle modular use for macOS SDKs [PR116827].

Hi Iain, >>> diff --git a/gcc/ginclude/stddef.h b/gcc/ginclude/stddef.h >>> index 0d53103ce20..bf9c6e609dc 100644 >>> --- a/gcc/ginclude/stddef.h >>> +++ b/gcc/ginclude/stddef.h >>> @@ -89,6 +89,17 @@ see the files COPYING3 and COPYING.RUNTIME respectively. >>> If not, see >>> #undef _PTRDIFF_T_

Re: ping: COBOL: testsuite and running NIST85

On Mon, Apr 7, 2025 at 9:41 AM Simon Sobisch wrote: > > > > Am 07.04.2025 um 09:30 schrieb Richard Biener: > > On Mon, Apr 7, 2025 at 9:00 AM Simon Sobisch wrote: > >> > >> My question stands on integrating COBOLworx' UAT as-is for now > >> (Copyright is all on FSF; built automatically [it is aut

Re: ping: COBOL: testsuite and running NIST85

Am 07.04.2025 um 09:36 schrieb Jakub Jelinek: On Mon, Apr 07, 2025 at 09:30:59AM +0200, Richard Biener wrote: On Mon, Apr 7, 2025 at 9:00 AM Simon Sobisch wrote: My question stands on integrating COBOLworx' UAT as-is for now (Copyright is all on FSF; built automatically [it is autoconf, which

Re: ping: COBOL: testsuite and running NIST85

Am 07.04.2025 um 09:30 schrieb Richard Biener: On Mon, Apr 7, 2025 at 9:00 AM Simon Sobisch wrote: My question stands on integrating COBOLworx' UAT as-is for now (Copyright is all on FSF; built automatically [it is autoconf, which is a requirement for VCS checkouts], possibly also hooked in

Re: ping: COBOL: testsuite and running NIST85

On Mon, Apr 7, 2025 at 9:00 AM Simon Sobisch wrote: > > My question stands on integrating COBOLworx' UAT as-is for now > (Copyright is all on FSF; built automatically [it is autoconf, which is > a requirement for VCS checkouts], possibly also hooked into the current > test target) - with the goal

RE: [ping][PATCH] libgcobol: Provide fallbacks for C32 strfromf32/64 [PR119296].

Since you say it tests okay, I say it's "Okay for trunk". I am new to this, as you know, and I am still trying to figure out how to make all of this work. Nor have Jim and I figured out how to handle our joint responsibility. Hence delays. > -Original Message- > From: Iain Sandoe > Se

RE: [ping][PATCH] libgcobol: Provide fallbacks for C32 strfromf32/64 [PR119296].

> -Original Message- > From: Iain Sandoe > Sent: Wednesday, April 2, 2025 15:05 > To: Robert Dubner > Cc: GCC Patches ; James K. Lowden > > Subject: Re: [ping][PATCH] libgcobol: Provide fallbacks for C32 > strfromf32/64 [PR119296]. > > > > > On 2 A

Re: [ping][PATCH] libgcobol: Provide fallbacks for C32 strfromf32/64 [PR119296].

> On 2 Apr 2025, at 20:02, Robert Dubner wrote: > > Since you say it tests okay, I say it's "Okay for trunk". thanks. > > I am new to this, as you know, and I am still trying to figure out how to > make all of this work. Nor have Jim and I figured out how to handle our > joint responsibilit

Re: [PING][PATCH v3 0/4] Fix data races with sub-longword accesses on Alpha

On Sat, 22 Mar 2025, Maciej W. Rozycki wrote: > > This is v3 of the series comprising the final 4 outstanding changes. I > > note that the corresponding v2 patches have been approved, but concerns > > were discussed, which this update has addressed. > > Ping for: >

Re: [PING, REFORMAT][PATCH v2, 1/1] libstdc++: Fix localized D_T_FMT %c formatting for [PR117214]

On Wed, 19 Mar 2025 at 13:09, Jonathan Wakely wrote: > > On Sat, 1 Mar 2025 at 05:24, XU Kailiang wrote: > > > > Formatting a time point with %c was implemented by calling > > std::vprint_to with format string constructed from locale's D_T_FMT > > string, but in some locales this string does not

Re: [PING, REFORMAT][PATCH v2, 1/1] libstdc++: Fix localized D_T_FMT %c formatting for [PR117214]

On Wed, 19 Mar 2025 at 13:09, Jonathan Wakely wrote: > > On Sat, 1 Mar 2025 at 05:24, XU Kailiang wrote: > > > > Formatting a time point with %c was implemented by calling > > std::vprint_to with format string constructed from locale's D_T_FMT > > string, but in some locales this string does not

Re: [PING, REFORMAT][PATCH v2, 1/1] libstdc++: Fix localized D_T_FMT %c formatting for [PR117214]

On Sat, 1 Mar 2025 at 05:24, XU Kailiang wrote: > > Formatting a time point with %c was implemented by calling > std::vprint_to with format string constructed from locale's D_T_FMT > string, but in some locales this string does not compliant to > chrono-specs. So just use _M_locale_fmt to avoid th

Re: [Ping, Patch, www-docs, Fortran, Coarray-ABI] Announce coarray-ABI changes in gfortran-15

PING! On Thu, 20 Feb 2025 10:54:30 +0100 Andre Vehreschild wrote: > Hi all, > > attached patch makes an attempt to announce the ABI-changes in the coarrays > library. Me being German always has difficulties to find a proper wording. So > please propose improvements. > > Stupid question: How to I

Re: [Ping, Patch, www-docs, Fortran, Coarray-ABI] Announce coarray-ABI changes in gfortran-15

On 3/10/25 9:57 AM, Jerry D wrote: On 3/10/25 1:08 AM, Andre Vehreschild wrote: Hi Steve and Jerry, thanks for the review and the proposed changes. I have based on them, but needed to adapt some places, because the meaning was changed. Can you please take another look? Jerry, where do I find

Re: [Ping, Patch, www-docs, Fortran, Coarray-ABI] Announce coarray-ABI changes in gfortran-15

On 3/10/25 1:08 AM, Andre Vehreschild wrote: Hi Steve and Jerry, thanks for the review and the proposed changes. I have based on them, but needed to adapt some places, because the meaning was changed. Can you please take another look? Jerry, where do I find this check-script? In bin/ nothing ju

Re: [PING 2][PATCH v2] libcpp: Fix incorrect line numbers in large files [PR108900]

On 11-03-2025 15:30, Jonathan Wakely wrote: CAUTION: This email comes from a non Wind River email account! Do not click links or open attachments unless you recognize the sender and know the content is safe. On 03/03/25 03:05 -0800, yash.shi...@windriver.com wrote: From: Yash Shinde This

Re: [PING 2][PATCH v2] libcpp: Fix incorrect line numbers in large files [PR108900]

On 03/03/25 03:05 -0800, yash.shi...@windriver.com wrote: From: Yash Shinde This patch addresses an issue in the C preprocessor where incorrect line number information is generated when processing files with a large number of lines. The problem arises from improper handling of location interv

Re: [Ping, Patch, www-docs, Fortran, Coarray-ABI] Announce coarray-ABI changes in gfortran-15

Hi Jerry, thanks for the review. Committed as 87c7db8b1b2c1484d6de3331098669735d33f95e. I also had it checked using the W3C validator w/o any errors. Therefore committed. Thanks again, Andre On Mon, 10 Mar 2025 10:01:46 -0700 Jerry D wrote: > On 3/10/25 9:57 AM, Jerry D wrote: > > On

Re: Ping: [PATCH] LoongArch: combine related slli operations

在 2025/3/10 下午3:24, Zhou Zhao 写道: Ping Hi, You need to send another patch for version V2 with modifications. However, I am currently testing the value of align, and GCC15 is already in stage 4, so this patch might have to wait until the GCC16 stage 1 phase before it can be integrated.

Re: [Ping, Patch, www-docs, Fortran, Coarray-ABI] Announce coarray-ABI changes in gfortran-15

Hi Steve and Jerry, thanks for the review and the proposed changes. I have based on them, but needed to adapt some places, because the meaning was changed. Can you please take another look? Jerry, where do I find this check-script? In bin/ nothing jumps out at me to be a check-script. Thanks,

Re: [Ping, Patch, www-docs, Fortran, Coarray-ABI] Announce coarray-ABI changes in gfortran-15

On 3/6/25 10:02 AM, Steve Kargl wrote: Andre, Here's a bit of wordsmith. I removed the abbreviation "Esp." I'm not sure if there is additional markup needed; especially, with the "-fcoarray=single" I inserted. Coarray support has been reworked to allow access to components in derived typ

Re: [Ping, Patch, www-docs, Fortran, Coarray-ABI] Announce coarray-ABI changes in gfortran-15

Andre, Here's a bit of wordsmith. I removed the abbreviation "Esp." I'm not sure if there is additional markup needed; especially, with the "-fcoarray=single" I inserted. Coarray support has been reworked to allow access to components in derived types that have not been compiled with coarray

Re: [PING, REFORMAT][PATCH v2, 0/1] libstdc++: Fix localized D_T_FMT %c formatting for [PR117214]

On Sat, 1 Mar 2025 at 05:19, XU Kailiang wrote: > > Hello libstdc++ maintainers, > > I sent a patch in January, but as it was my first patch, my email client > was not properly configured so the patch format was broken. So I am > re-sending it now. > > https://gcc.gnu.org/pipermail/gcc-patches/202

Re: Ping: [PATCH] testsuite: Fix up toplevel-asm-1.c for LoongArch

在 2025/2/19 下午3:27, Xi Ruoyao 写道: On Wed, 2025-02-05 at 08:57 +0800, Xi Ruoyao wrote: Like RISC-V, on LoongArch we don't really support %cN for SYMBOL_REFs even with -fno-pic. gcc/testsuite/ChangeLog: * c-c++-common/toplevel-asm-1.c: Use %cc3 %cc4 instead of %c3 %c4 on LoongA

Re: Ping: [PATCH] late-combine: Tighten register class check [PR108840]

On 2/17/25 4:33 AM, Richard Sandiford wrote: Ping Feel through the cracks. We really should acknowledge that you know this code better than anyone and shouldn't need to wait on review. Anyway, LGTM. jeff

Re: [PING][PATCH v2] libcpp: Fix incorrect line numbers in large files [PR108900]

Hi, you may want to Cc Lewis Hyatt on such patches (adding him now), I didn't touch this area. Alexander On Mon, 17 Feb 2025, yash.shi...@windriver.com wrote: > From: Yash Shinde > > This patch addresses an issue in the C preprocessor where incorrect line > number information is generated wh

Re: PING^2 [RFC] Prevent the scheduler from moving prefetch instructions when expanding __builtin_prefetch [PR 116713]

Jeff Law writes: > On 2/7/25 5:51 AM, Oleg Endo wrote: >>> Hi, >>> >>> Can the issue be resolved in a target independent manner as suggested below? >>> Or is it better to deal with this in the target code? > That seems like a pretty heavy hammer though. For that reason alone I > think this is go

Re: PING^2 [RFC] Prevent the scheduler from moving prefetch instructions when expanding __builtin_prefetch [PR 116713]

On Fri, 2025-02-07 at 07:04 -0700, Jeff Law wrote: > > On 2/7/25 5:51 AM, Oleg Endo wrote: > > > Hi, > > > > > > Can the issue be resolved in a target independent manner as suggested > > > below? > > > Or is it better to deal with this in the target code? > That seems like a pretty heavy hamm

Re: PING^2 [RFC] Prevent the scheduler from moving prefetch instructions when expanding __builtin_prefetch [PR 116713]

On 2/7/25 5:51 AM, Oleg Endo wrote: Hi, Can the issue be resolved in a target independent manner as suggested below? Or is it better to deal with this in the target code? That seems like a pretty heavy hammer though. For that reason alone I think this is going to need some discussion and I

Re: [PING][PATCH v3] Add new warning Wmissing-designated-initializers [PR39589]

On 2/5/25 3:43 PM, Peter Frost wrote: Ping https://gcc.gnu.org/pipermail/gcc-patches/2025-January/672568.html We're in regression fixes only phase of our development cycle. This doesn't fix a regression, so it'll need to wait for the next development window to open before it gets further at

Re: [PING, PATCH] fortran: fix -MT/-MQ adding additional target [PR47485]

Committed as: commit e41a5a2a0832509fa1c0b7cab0c8001fadbd23d4 (HEAD -> master, origin/master, origin/HEAD) Author: Jerry DeLisle Date: Tue Feb 4 17:21:42 2025 -0800 Fortran: Fix PR 47485. The -MT and -MQ options should replace the default target in the generated dependency file

Re: [PING, PATCH] fortran: fix -MT/-MQ adding additional target [PR47485]

On 2/4/25 9:29 AM, Jerry D wrote: On 2/3/25 4:46 PM, Vincent Vanlaer wrote: On 4/02/2025 01:42, Jerry D wrote: On 2/3/25 2:14 PM, Vincent Vanlaer wrote: Hi all, Gentle ping for the patch below: https://gcc.gnu.org/pipermail/ fortran/2024-December/061467.html Best wishes, Vincent On 30/

Re: [PING, PATCH] fortran: fix -MT/-MQ adding additional target [PR47485]

On 2/3/25 4:46 PM, Vincent Vanlaer wrote: On 4/02/2025 01:42, Jerry D wrote: On 2/3/25 2:14 PM, Vincent Vanlaer wrote: Hi all, Gentle ping for the patch below: https://gcc.gnu.org/pipermail/ fortran/2024-December/061467.html Best wishes, Vincent On 30/12/2024 00:19, Vincent Vanlaer wrot

Re: [PING, PATCH] fortran: fix -MT/-MQ adding additional target [PR47485]

On 4/02/2025 01:42, Jerry D wrote: On 2/3/25 2:14 PM, Vincent Vanlaer wrote: Hi all, Gentle ping for the patch below: https://gcc.gnu.org/pipermail/ fortran/2024-December/061467.html Best wishes, Vincent On 30/12/2024 00:19, Vincent Vanlaer wrote: The -MT and -MQ options should replace

Re: [PING, PATCH] fortran: fix -MT/-MQ adding additional target [PR47485]

On 2/3/25 2:14 PM, Vincent Vanlaer wrote: Hi all, Gentle ping for the patch below: https://gcc.gnu.org/pipermail/ fortran/2024-December/061467.html Best wishes, Vincent On 30/12/2024 00:19, Vincent Vanlaer wrote: The -MT and -MQ options should replace the default target in the generated dep

Re: [PING, PATCH] fortran: fix -MT/-MQ adding additional target [PR47485]

Hi all, Gentle ping for the patch below: https://gcc.gnu.org/pipermail/fortran/2024-December/061467.html Best wishes, Vincent On 30/12/2024 00:19, Vincent Vanlaer wrote: The -MT and -MQ options should replace the default target in the generated dependency file. deps_add_target needs to be ca

Re: Ping^3 [PATCH] get source line for diagnostic from preprocessed file / PR preprocessor/79106

Thanks for having a look Jeff. Would be great to hear your thoughts on this patch David. Best Lucas > On 18. Jan 2025, at 17:41, Jeff Law wrote: > >  > >> On 1/3/25 7:27 AM, Bader, Lucas wrote: >> Hello and Happy New Year, >> as https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79106 is still open

Re: Ping (was: rs6000: Add -msplit-patch-nops (PR112980))

I would also like to ping this patch. On Thu, Jan 09, 2025 at 04:15:24PM +0100, Michael Matz wrote: > Hello, > > On Wed, 13 Nov 2024, Michael Matz wrote: > > > Hello, > > > > this is essentially > > > > https://gcc.gnu.org/pipermail/gcc-patches/2024-May/651025.html > > > > from Kewen in fu

Re: [PING^2,PATCH] Add target hook to assemble a VAR_DECL

Am 27.01.25 um 16:19 schrieb Richard Sandiford: Georg-Johann Lay writes: Am 24.01.25 um 08:18 schrieb Richard Biener: On Thu, Jan 23, 2025 at 4:53 PM Georg-Johann Lay wrote: Am 23.01.25 um 14:58 schrieb Richard Biener: On Thu, Jan 23, 2025 at 2:23 PM Georg-Johann Lay wrote: Hi, this is

Re: [PING^2] [PATCH] testsuite: arm: Use effective-target for unsigned-extend-1.c

On 2025-01-27 14:37, Christophe Lyon wrote: On Mon, 27 Jan 2025 at 13:30, Torbjorn SVENSSON wrote: Hi Christophe, On 2025-01-27 13:07, Christophe Lyon wrote: Hi Torbjorn, On Fri, 24 Jan 2025 at 18:45, Torbjorn SVENSSON wrote: Another ping... :) Kind regards, Torbjörn On 2024-12-18 1

Re: [PING^2,PATCH] Add target hook to assemble a VAR_DECL

Georg-Johann Lay writes: > Am 24.01.25 um 08:18 schrieb Richard Biener: >> On Thu, Jan 23, 2025 at 4:53 PM Georg-Johann Lay wrote: >>> >>> Am 23.01.25 um 14:58 schrieb Richard Biener: On Thu, Jan 23, 2025 at 2:23 PM Georg-Johann Lay wrote: > > Hi, this is Ping #2 for a patch from 20

Re: [PING^2] [PATCH] testsuite: arm: Use effective-target for unsigned-extend-1.c

On Mon, 27 Jan 2025 at 13:30, Torbjorn SVENSSON wrote: > > Hi Christophe, > > On 2025-01-27 13:07, Christophe Lyon wrote: > > Hi Torbjorn, > > > > On Fri, 24 Jan 2025 at 18:45, Torbjorn SVENSSON > > wrote: > >> > >> Another ping... :) > >> > >> Kind regards, > >> Torbjörn > >> > >> On 2024-12-18

Re: [PING^2] [PATCH] testsuite: arm: Use effective-target for unsigned-extend-1.c

Hi Christophe, On 2025-01-27 13:07, Christophe Lyon wrote: Hi Torbjorn, On Fri, 24 Jan 2025 at 18:45, Torbjorn SVENSSON wrote: Another ping... :) Kind regards, Torbjörn On 2024-12-18 18:35, Torbjorn SVENSSON wrote: Gentle ping :) Kind regards, Torbjörn On 2024-11-14 17:16, Torbjorn SVEN

Re: [PING^2] [PATCH] testsuite: arm: Use effective-target for unsigned-extend-1.c

Hi Torbjorn, On Fri, 24 Jan 2025 at 18:45, Torbjorn SVENSSON wrote: > > Another ping... :) > > Kind regards, > Torbjörn > > On 2024-12-18 18:35, Torbjorn SVENSSON wrote: > > Gentle ping :) > > > > Kind regards, > > Torbjörn > > > > On 2024-11-14 17:16, Torbjorn SVENSSON wrote: > >> > >> > >> On 2

Re: [PING^2,PATCH] Add target hook to assemble a VAR_DECL

Am 24.01.25 um 12:59 schrieb Georg-Johann Lay: Am 24.01.25 um 08:18 schrieb Richard Biener: On Thu, Jan 23, 2025 at 4:53 PM Georg-Johann Lay wrote: Am 23.01.25 um 14:58 schrieb Richard Biener: On Thu, Jan 23, 2025 at 2:23 PM Georg-Johann Lay wrote: Hi, this is Ping #2 for a patch from 202

Re: [PING^2,PATCH] Add target hook to assemble a VAR_DECL

Am 24.01.25 um 08:18 schrieb Richard Biener: On Thu, Jan 23, 2025 at 4:53 PM Georg-Johann Lay wrote: Am 23.01.25 um 14:58 schrieb Richard Biener: On Thu, Jan 23, 2025 at 2:23 PM Georg-Johann Lay wrote: Hi, this is Ping #2 for a patch from 2024. It adds a new target hook that allows to out

Re: [PING^2,PATCH] Add target hook to assemble a VAR_DECL

On Thu, Jan 23, 2025 at 4:53 PM Georg-Johann Lay wrote: > > Am 23.01.25 um 14:58 schrieb Richard Biener: > > On Thu, Jan 23, 2025 at 2:23 PM Georg-Johann Lay wrote: > >> > >> Hi, this is Ping #2 for a patch from 2024. > >> > >> It adds a new target hook that allows to output > >> assembly code fo

Re: [ping,patch,avr] Try to work around PR118012 / PR118360

Georg-Johann Lay writes: > Ping for https://gcc.gnu.org/pipermail/gcc-patches/2025-January/673336.html > > Am 11.01.25 um 14:09 schrieb Georg-Johann Lay: >> The patch below is for trunk. >> Andrew Pinski says he has a patch to fix it, bit that won't >> materialize >> before v16. >> AVR: PR118012

Re: [PING^2,PATCH] Add target hook to assemble a VAR_DECL

Am 23.01.25 um 14:58 schrieb Richard Biener: On Thu, Jan 23, 2025 at 2:23 PM Georg-Johann Lay wrote: Hi, this is Ping #2 for a patch from 2024. It adds a new target hook that allows to output assembly code for a VAR_DECL in a custom way. The default action is an obvious no-op, i.e. assemble

Re: [PING^2,PATCH] Add target hook to assemble a VAR_DECL

Am 23.01.25 um 14:58 schrieb Richard Biener: On Thu, Jan 23, 2025 at 2:23 PM Georg-Johann Lay wrote: Hi, this is Ping #2 for a patch from 2024. It adds a new target hook that allows to output assembly code for a VAR_DECL in a custom way. The default action is an obvious no-op, i.e. assemble

Re: [PING^2,PATCH] Add target hook to assemble a VAR_DECL

On Thu, Jan 23, 2025 at 2:23 PM Georg-Johann Lay wrote: > > Hi, this is Ping #2 for a patch from 2024. > > It adds a new target hook that allows to output > assembly code for a VAR_DECL in a custom way. > > The default action is an obvious no-op, > i.e. assemble_variable() behaves like before. I

Re: [PING] [PATCH] testsuite: Fix test failing with -fimplicit-constexpr [PR118277]

On Mon, Jan 20, 2025 at 08:10:31PM +, Simon Martin wrote: > Successfully tested on x86_64-pc-linux-gnu with "make check-c++-all". > gcc/testsuite/ChangeLog: > > * g++.dg/cpp1z/constexpr-asm-5.C: Pass -fno-implicit-constexpr. LGTM. Jakub

Re: [PING] [PATCH] testsuite: Fix test failing with -fimplicit-constexpr [PR118277]

Hi Jakub, On 20 Jan 2025, at 10:28, Simon Martin wrote: > Hi Jakub, > > On 20 Jan 2025, at 10:15, Jakub Jelinek wrote: > >> On Mon, Jan 20, 2025 at 08:52:17AM +, Simon Martin wrote: >>> On 12 Jan 2025, at 12:10, Simon Martin wrote: >>> While testing an unrelated C++ patch with "make chec

Re: [PING] [PATCH] testsuite: Fix test failing with -fimplicit-constexpr [PR118277]

Hi Jakub, On 20 Jan 2025, at 10:15, Jakub Jelinek wrote: > On Mon, Jan 20, 2025 at 08:52:17AM +, Simon Martin wrote: >> On 12 Jan 2025, at 12:10, Simon Martin wrote: >> >>> While testing an unrelated C++ patch with "make check-c++-all", I >>> noticed that r15-6760-g38a13ea4117b96 added a test

Re: [PING] [PATCH] testsuite: Fix test failing with -fimplicit-constexpr [PR118277]

On Mon, Jan 20, 2025 at 08:52:17AM +, Simon Martin wrote: > On 12 Jan 2025, at 12:10, Simon Martin wrote: > > > While testing an unrelated C++ patch with "make check-c++-all", I > > noticed that r15-6760-g38a13ea4117b96 added a test case that fails > > with > > -fimplicit-constexpr. > > > > T

Re: Ping [PATCH v3 0/3] Match: support additional cases of unsigned scalar arithmetic

On 12/17/24 5:00 AM, Akram Ahmad wrote: Pinging While this was submitted before the stage1 deadline, it seems to have fallen through the cracks on the review side. It's unfortunate, but I'd tend to think it ought to be deferred at this point until the gcc-16 cycle. However, I won't objec

Re: Ping^3 [PATCH] get source line for diagnostic from preprocessed file / PR preprocessor/79106

On 1/3/25 7:27 AM, Bader, Lucas wrote: Hello and Happy New Year, as https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79106 is still open, I wanted to again bump this patch I provided a while back. It was earmarked for gcc-11 in https://gcc.gnu.org/pipermail/gcc-patches/2020-January/539201.html

Re: PING **(6./7.): [patch, Fortran] -fc-prototypes fixes.

Am 16.01.25 um 01:50 schrieb Jerry D: Yes I think this is OK, a definite improvement. Committed as r15-6967. Thanks for the review! Best regards Thomas

Re: Ping: [PATCH] d,ada/spec: only sub nostd{inc,lib} rather than nostd{inc,lib}*

Excerpts from Arsen Arsenović's message of Oktober 7, 2024 11:31 pm: > Ping on this patch. > Thanks, this is OK for D. Note, that the gdc driver does try to accomodate for mixing C++ and D code in the same application - so given: gdc a.d b.cc It adds -lstdc++ to the link command for conve

Re: PING **(6./7.): [patch, Fortran] -fc-prototypes fixes.

On 1/15/25 1:13 PM, Thomas Koenig wrote: Am 09.01.25 um 14:36 schrieb Thomas Koenig: Am 09.01.25 um 14:34 schrieb Thomas Koenig: This patch fixes and reorganizes dumping C prototypes. And here is the "five seconds later, I realized I had forgotten to attach the patch" e-mail... ... with the

Re: [ping][PATCH] testsuite/118127: Pass fortran tests on ppc64le for IEEE128 long doubles

On 2025-01-06 11:34, Jakub Jelinek wrote: That looks incorrect to me. ppc_ieee128_ok just means that one can use the __ieee128 type (and only if -mfloat128 option is passed). What the tests care is whether real(16) is IEEE128 or IBM128. That is dependent on what glibc gcc has been configured agai

Re: [PING] [PATCH 1/6] Add tunables for input buffer

On Wed, Jan 08, 2025 at 07:47:27PM -0500, David Malcolm wrote: > On Wed, 2025-01-08 at 07:48 -0800, Andi Kleen wrote: > > > > I wanted to ping this patch series. Thanks. > > > > -Andi > > > > Thanks for tha patches, and sorry about not getting back to you earlier > (I've been focusing on analyz

Re: [PING] [PATCH 1/6] Add tunables for input buffer

On Wed, 2025-01-08 at 07:48 -0800, Andi Kleen wrote: > > I wanted to ping this patch series. Thanks. > > -Andi > Thanks for tha patches, and sorry about not getting back to you earlier (I've been focusing on analyzing many 100s of build failures with GCC 15 relative to GCC 14) Overall, the pat

Re: [Ping, Fortran, Patch, PR114612, v1] Fix missing deep-copy for allocatable components of derived types having cycles.

Hi Jerry, thanks again for the review. Pushed as gcc-15-6618-g25b380dc63c. Regards, Andre On Mon, 6 Jan 2025 09:15:39 -0800 Jerry D wrote: > On 1/6/25 2:08 AM, Andre Vehreschild wrote: > > Hi all, > > > > attached patch has been rebased to latest trunk. Just pinging! > > > > Regtests o

Re: [-Ping-, Fortran, Patch, PR116669, v3] Fix ICE in deallocation of derived types having cyclic dependencies

Hi Jerry, thanks for the review. Pushed as gcc-15-6615-gd8970909490 with the tweak ;-) Have a good year and thanks again, Andre On Mon, 6 Jan 2025 09:13:27 -0800 Jerry D wrote: > On 1/6/25 6:21 AM, Andre Vehreschild wrote: > > Hi all, > > > > during looking for something completely di

Re: [Ping, Fortran, Patch, PR114612, v1] Fix missing deep-copy for allocatable components of derived types having cycles.

On 1/6/25 2:08 AM, Andre Vehreschild wrote: Hi all, attached patch has been rebased to latest trunk. Just pinging! Regtests ok on x86_64-pc-linux-gnu / F41. Ok for mainline? - Andre On Fri, 13 Dec 2024 12:10:58 +0100 Andre Vehreschild wrote: Hi all, attached patch fixes deep-copying (or r

Re: [-Ping-, Fortran, Patch, PR116669, v3] Fix ICE in deallocation of derived types having cyclic dependencies

On 1/6/25 6:21 AM, Andre Vehreschild wrote: Hi all, during looking for something completely different, I figured, that gcc does not use std::set internally, but its implementation of hash_set. I therefore adapted the patch to use it. Nothing more changed. Still regtests ok on x86_64-pc-linux-gn

Re: [Ping, Fortran, Patch, PR116669, v1] Fix ICE in deallocation of derived types having cyclic dependencies

On 1/6/25 2:06 AM, Andre Vehreschild wrote: Hi all, pinging attached rebased patch. Regtests ok on x86_64-pc-linux-gnu / F41. Ok for mainline? - Andre On Thu, 12 Dec 2024 14:50:13 +0100 Andre Vehreschild wrote: Hi all, attached patch improves analysis of cycles in derived types, i.e. type

Re: [ping][PATCH] testsuite/118127: Pass fortran tests on ppc64le for IEEE128 long doubles

On Mon, Jan 06, 2025 at 11:01:18AM -0500, Siddhesh Poyarekar wrote: > Ping! > > On 2024-12-19 08:16, Siddhesh Poyarekar wrote: > > Denormal behaviour is well defined for IEEE128 long doubles, so don't > > XFAIL some gfortran tests on ppc64le when configured with the IEEE128 > > long double ABI. >

Re: [-Ping-, Fortran, Patch, PR116669, v3] Fix ICE in deallocation of derived types having cyclic dependencies

Hi all, during looking for something completely different, I figured, that gcc does not use std::set internally, but its implementation of hash_set. I therefore adapted the patch to use it. Nothing more changed. Still regtests ok on x86_64-pc-linux-gnu / F41. Ok for mainline? Regards, An

Re: [Ping, Fortran, Patch, PR114612, v1] Fix missing deep-copy for allocatable components of derived types having cycles.

Hi all, attached patch has been rebased to latest trunk. Just pinging! Regtests ok on x86_64-pc-linux-gnu / F41. Ok for mainline? - Andre On Fri, 13 Dec 2024 12:10:58 +0100 Andre Vehreschild wrote: > Hi all, > > attached patch fixes deep-copying (or rather its former absence) for > allocatabl

  1   2   3   4   5   6   7   8   9   10   >