Ping for https://gcc.gnu.org/pipermail/gcc-patches/2025-March/677788.html .
Thanks,
Konstantinos
On 21.11.2024 13:03, Jan Beulich wrote:
> Documentation is pretty clear here: "Require a constant operand and
> print the constant expression with no punctuation." See the patches for
> further details.
>
> 1: fix asm() operand 'c' modifier handling
> 2: x86: fix asm() operand 'c' modifier handlin
Ping.
--
From:Bohan Lei
Send Time:2025 May. 16 (Fri.) 17:27
To:Jeff Law; "gcc-patches"
CC:jakub
Subject:Ping^2: [RFC PATCH v2] cselib: Reuse VALUEs on reg adjustme
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://g
Ping patch for PR target/99293
https://gcc.gnu.org/pipermail/gcc-patches/2025-May/683038.html
--
Michael Meissner, IBM
PO Box 98, Ayer, Massachusetts, USA, 01432
email: meiss...@linux.ibm.com
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.
T
Gentle ping for https://gcc.gnu.org/pipermail/gcc-patches/2025-March/676875.html
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 '(&
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
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 hook for subvector selection.
I fully unders
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
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 Bu
Ping https://gcc.gnu.org/pipermail/gcc-patches/2025-January/672568.html
h AC_COMPILE_IFELSE. Replace AC_FOREACH with
> m4_foreach_w.
>
> libssp/ChangeLog:
>
> * configure.ac: Replace AC_LANG_C with AC_LANG([C]). Replace
> AC_TRY_COMPILE with AC_COMPILE_IFELSE. Replace AC_TRY_LINK with
> AC_LINK_IFELSE. Replac
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-
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
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".
> This patch folds vector expressions of the form (x + y) >> 1 into
&g
Ping for https://gcc.gnu.org/pipermail/gcc-patches/2025-March/677788.html .
Thanks,
Konstantinos
"Alpha:
> > > Also use tree information to get base block alignment") regression.
> >
> > GCC 15 backport ping for:
> > <https://inbox.sourceware.org/gcc-patches/alpine.deb.2.21.2502251934260.65...@angie.orcam.me.uk/>.
> OK.
Backport committed now, thanks for your review.
Maciej
;> Thanks a lot.
>>
>> Qing
>>
>> On May 1, 2025, at 10:02, Qing Zhao wrote:
>>>
>>> Hi,
>>>
>>> A gentle ping on review of the Middle-end of change of this patch set.
>>> The diagnostic part has been reviewed and approved by Da
Ping.
--
From:Jeff Law
Send Time:2024 Dec. 19 (Thu.) 00:18
To:Bohan Lei; "gcc-patches"
CC:jakub
Subject:Re: Ping: [RFC PATCH v2] cselib: Reuse VALUEs on reg adjustments
On 12/17/24 9:48 PM, Bohan Lei wrote:
> H
e0dae4da4c45 ("Alpha:
Also use tree information to get base block alignment") regression.
GCC 15 backport ping for:
<https://inbox.sourceware.org/gcc-patches/alpine.deb.2.21.2502251934260.65...@angie.orcam.me.uk/>.
OK.
jeff
ile idling on a train.
Richard.
> Thanks a lot.
>
> Qing
>
> On May 1, 2025, at 10:02, Qing Zhao wrote:
> >
> > Hi,
> >
> > A gentle ping on review of the Middle-end of change of this patch set.
> > The diagnostic part has been reviewed and approved by
Hi,
This patch set has been waiting for the Middle-end review for a very long time
since last year.
Could you Please take a look and let me know whether it’s ready for GCC16?
Thanks a lot.
Qing
On May 1, 2025, at 10:02, Qing Zhao wrote:
>
> Hi,
>
> A gentle ping on review o
Am 14.05.25 um 08:42 schrieb FX Coudert:
[…] 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.
Thanks for the review.
However, I messed up with 'git add' at some point and committed now a
version that didn't
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
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.
And the patch is simple.
BTW: For the infrastructure/download update,
I have filed https://gcc.gnu.org/PR120237
Next would be the
Hi all,
Ping for this main patch series.
Alfie
On 15/04/2025 11:31, Alfie Richards wrote:
Hi all,
Another update to this series.
This patch changes the version info structure to be sorted by
priority. This allows easier reasoning for optimisations and prevents having to
calculate the
Gentle ping for https://gcc.gnu.org/pipermail/gcc-patches/2025-March/676875.html
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): De
tree information to get base block alignment") regression.
GCC 15 backport ping for:
<https://inbox.sourceware.org/gcc-patches/alpine.deb.2.21.2502251934260.65...@angie.orcam.me.uk/>.
[Resending wired in at the top level of the thread for more clarity.]
Maciej
this area
> > once GCC 16 has opened and work on the Linux kernel side meanwhile, when
> > I'm back. Thank you for your review.
>
> Umm, I have now become aware that GCC 15 had already branched by the time
> of your approval; OK for GCC 15 then as it's a regr
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= is to simply and future proof selec
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
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 arg
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 is handled
within the code fo
get/i386/memset-strategy-14.c: Likewise.
> > * gcc.target/i386/memset-strategy-15.c: Likewise.
> > * gcc.target/i386/memset-strategy-16.c: Likewise.
> > * gcc.target/i386/memset-strategy-17.c: Likewise.
> > * gcc.target/i386/memset-strategy-18.c: Likewise.
> > * gcc.targe
kewise.
> * gcc.target/i386/memset-strategy-19.c: Likewise.
> * gcc.target/i386/memset-strategy-20.c: Likewise.
> * gcc.target/i386/memset-strategy-21.c: Likewise.
> * gcc.target/i386/pr72839.c: Scan for register store.
>
> OK for master?
>
> Thanks.
>
> --
> H.J.
PING:
https://gcc.gnu.org/pipermail/gcc-patches/2025-April/682007.html
--
H.J.
Hi all,
Ping for this patch series.
There are a handful of other patches that are dependant on this series
so I am keen to start getting this reviewed.
Kind regards,
Alfie
On 15/04/2025 11:31, Alfie Richards wrote:
Hi all,
Another update to this series.
This patch changes the version
On 21.11.2024 13:03, Jan Beulich wrote:
> Documentation is pretty clear here: "Require a constant operand and
> print the constant expression with no punctuation." See the patches for
> further details.
>
> 1: fix asm() operand 'c' modifier handling
> 2: x86: fix asm() operand 'c' modifier handlin
Hi all,
The first two pieces of this patch series
https://gcc.gnu.org/pipermail/gcc-patches/2025-February/675464.html
were approved and committed for GCC 15, but the remaining 5 parts are
still awaiting review. I was hoping that I could get these in early in
stage 1, or at least be told earl
t e0dae4da4c45 ("Alpha:
> > > > Also use tree information to get base block alignment") regression.
> > >
> > > Ping for:
> > > <https://inbox.sourceware.org/gcc-patches/alpine.deb.2.21.2502251934260.65...@angie.orcam.me.uk/>.
> > OK.
Hi,
A gentle ping on review of the Middle-end of change of this patch set.
The diagnostic part has been reviewed and approved by David last year already.
The 4th version of the patch set has been sent for review since Nov 5, 2024.
Pinged 5 times since then.
Linux Kernel has been using this
st_int 0 [0])) "pr119291.c":28:13 95 {*movdi_internal}
(nil))
after it.
I'd like to ping the
https://gcc.gnu.org/pipermail/gcc-patches/2025-March/679573.html
patch.
Ok for trunk?
OK
jeff
On Fri, Apr 18, 2025 at 7:10 PM H.J. Lu wrote:
>
> Add preserve_none attribute which is similar to no_callee_saved_registers
> attribute, except on x86-64, r12, r13, r14, r15, rdi and rsi registers are
> used for integer parameter passing. This can be used in an interpreter
> to avoid saving/rest
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.
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:
> > > > >
27 26 28 4 (set (reg:DI 128 [ _9 ])
> (const_int 0 [0])) "pr119291.c":28:13 95 {*movdi_internal}
> (nil))
> after it.
I'd like to ping the
https://gcc.gnu.org/pipermail/gcc-patches/2025-March/679573.html
patch.
Ok for trunk?
> 2025-03-28 Jakub Jelinek
>
>
Ping https://gcc.gnu.org/pipermail/gcc-patches/2025-January/672568.html
Missed the version 15 freeze with the last ping, I believe the project
is open for general development again now?
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
Ping, since it sounds from irc like the release is coming soon :)
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 this patch
> XFAILs the test instead.
>
> Other t
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
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
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
Hi all,
I’d like to ping the patch from April 2024 at
https://gcc.gnu.org/pipermail/gcc-patches/2024-May/651100.html
As far as I understand, the status of this is:
- Iain posted the patch for review
- Richard said "your target hook is reasonable though I'd name it
expand_unreachab
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)
> > >
"Alpha:
> > > Also use tree information to get base block alignment") regression.
> >
> > Ping for:
> > <https://inbox.sourceware.org/gcc-patches/alpine.deb.2.21.2502251934260.65...@angie.orcam.me.uk/>.
> OK. Clearly this one slipped through the cracks.
e0dae4da4c45 ("Alpha:
Also use tree information to get base block alignment") regression.
Ping for:
<https://inbox.sourceware.org/gcc-patches/alpine.deb.2.21.2502251934260.65...@angie.orcam.me.uk/>.
OK. Clearly this one slipped through the cracks.
jeff
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
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 widest all 0s/1s vector set instruction at
> entry of the near
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 (reg:V4SI 98)
> (expr_list:REG_EQUAL (eq:V4SI (const_vector:V
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 <https://gcc.g
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 <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
From: Jeremy Bettis
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 intervals in the line map, particularly when locations
exceed LINE
tree information to get base block alignment") regression.
Ping for:
<https://inbox.sourceware.org/gcc-patches/alpine.deb.2.21.2502251934260.65...@angie.orcam.me.uk/>.
Maciej
with GCC 15.1 in sight... ping on
gcobc wrapper fixes and additions:
https://gcc.gnu.org/pipermail/gcc-patches/2025-April/680218.html
(note: obviously it would be good if -Wall [1] would work (the "global"
PR for -Wall was postponed to GCC16, so possibly add to gcobol as
intermedia
On Wed, Apr 02, 2025 at 03:32:31PM +0200, Jakub Jelinek wrote:
> I'd like to ping the following PowerPC patches:
>
> https://gcc.gnu.org/pipermail/gcc-patches/2025-March/679312.html
> rs6000: Ignore OPTION_MASK_SAVE_TOC_INDIRECT differences in inlining
> decisions [
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],
Hi,
Just a ping for
https://gcc.gnu.org/pipermail/gcc-patches/2025-March/677635.html.
Thanks,
Konstantinos
Hi,
Just a ping for
https://gcc.gnu.org/pipermail/gcc-patches/2025-March/677788.html .
Thanks,
Konstantinos
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_
Hi Folks
this has more than 2 weeks without comment,
(it is darwin-local)
thanks
Iain
> On 29 Mar 2025, at 15:23, Iain Sandoe wrote:
>
> C++ modules are not really usable on latest Darwin without resolving this,
> thanks
> Iain
>
>> On 23 Mar 2025, at 12:29, Iain Sandoe wrote:
>>
>> From: Ia
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
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
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
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
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 to get rid of UAT later (next GCC version,
not GCC 15).
T
tree information to get base block alignment") regression.
Ping for:
<https://inbox.sourceware.org/gcc-patches/alpine.deb.2.21.2502251934260.65...@angie.orcam.me.uk/>.
Maciej
Ping!
please review.
Thanks & Regards
Jeevitha
On 20/02/25 7:41 pm, jeevitha wrote:
> Hi All,
>
> The following patch has been bootstrapped and regtested on powerpc64le-linux.
>
> Changes to amo.h include the addition of the following load atomic operations:
> Comp
Gentle ping for https://gcc.gnu.org/pipermail/gcc-patches/2025-March/676875.html
gt; From: Iain Sandoe
> Sent: Wednesday, April 2, 2025 14:24
> To: GCC Patches
> Cc: James K. Lowden ; Robert Dubner
>
> Subject: [ping][PATCH] libgcobol: Provide fallbacks for C32
strfromf32/64
> [PR119296].
>
> Hi folks,
> it would be great to reduce the in-flight patc
> -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
red out how to handle our
> joint responsibility.
understood..
>
> Hence delays.
… will try not to hassle too much :)
>
>
>> -Original Message-
>> From: Iain Sandoe
>> Sent: Wednesday, April 2, 2025 14:24
>> To: GCC Patches
>> Cc: James K. Lowden ; Ro
Hi folks,
it would be great to reduce the in-flight patch stack a bit :)
> On 25 Mar 2025, at 16:40, Iain Sandoe wrote:
>
> This is on top of the C++-ify configure and random_r patches.
> Tested on x86_64,aarch64-Linux and x86_64-darwin, OK for trunk?
> thanks
> Iain
>
> --- 8< ---
>
> strfro
Hi!
I'd like to ping the following PowerPC patches:
https://gcc.gnu.org/pipermail/gcc-patches/2025-March/679312.html
rs6000: Ignore OPTION_MASK_SAVE_TOC_INDIRECT differences in inlining decisions
[PR119327]
https://gcc.gnu.org/pipermail/gcc-patches/2025-March/676989.html
target: A
don't emit 100s of warnings for one call
> > if 100s of vars can escape) case where an address of a local var could have
> > escaped to the musttail call. This is less severe, the code doesn't have
> > to be obviously wrong, so the warning is only enabled in -Wextra.
and
> diagnoses at most one (so that we don't emit 100s of warnings for one call
> if 100s of vars can escape) case where an address of a local var could have
> escaped to the musttail call. This is less severe, the code doesn't have
> to be obviously wrong, so the warning is
> I'd like to ping the
> https://gcc.gnu.org/pipermail/gcc-patches/2025-March/679182.html
> patch.
> I know it is quite controversial and if clang wouldn't be the first
> to implement this I'd certainly not go that way; I am willing to change
> the warning option
Hi folks
> On 24 Mar 2025, at 17:15, Iain Sandoe wrote:
>
>> On 24 Mar 2025, at 16:41, Iain Sandoe wrote:
>>> On 24 Mar 2025, at 16:38, Robert Dubner wrote:
>>>
>>> How about you create the new patch and just edit out the regenerated
>>> configure before sending the e-mail? Typing "autorecon
Hi!
I'd like to ping the
https://gcc.gnu.org/pipermail/gcc-patches/2025-March/678863.html
patch.
Thanks.
On Sat, Mar 22, 2025 at 01:33:51AM +0100, Jakub Jelinek wrote:
> The libcpp left shift handling implements (partially) the C99-C23
> wording where shifts are UB if shift count
I realise this is probably not #1 priority - but it would be nice to have in
gcc-15.
thanks
iain
> On 22 Mar 2025, at 14:31, Iain Sandoe wrote:
>
> 0. Sorry this has taken some time to close off; partly because of waiting
> for input, but mostly that I've been stretched with other work.
> 1.
tree information to get base block alignment") regression.
Ping for:
<https://inbox.sourceware.org/gcc-patches/alpine.deb.2.21.2502251934260.65...@angie.orcam.me.uk/>.
Maciej
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.
>
&
C++ modules are not really usable on latest Darwin without resolving this,
thanks
Iain
> On 23 Mar 2025, at 12:29, Iain Sandoe wrote:
>
> From: Iain Sandoe
>
> Tested on x86_64/aarch64 Darwin and x86_64-linux,
> OK for trunk?
> backports to branches supporting modules?
> thanks
> Iain
>
> ---
this (or an alternate implementation) is needed for the cobol FE to build on
darwin,
> On 21 Mar 2025, at 10:00, Iain Sandoe wrote:
>
> It seems that libiberty already has replacements for most of the
> mem* functions, but they are not published via include/libiberty.h.
>
> Tested on x86_64 Li
Hello-
May I please ping this patch? Thanks!
https://gcc.gnu.org/pipermail/gcc-patches/2025-February/675645.html
-Lewis
On Wed, Feb 12, 2025 at 8:27 PM Lewis Hyatt wrote:
>
> Hello-
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118838
>
> This patch addresses the issue m
Ping.
Excerpts from Iain Buclaw's message of März 3, 2025 11:14 pm:
> Hi,
>
> This patch implements STAGE1_GDCFLAGS and others to the configure
> machinery, allowing the GDCFLAGS for each bootstrap stage of building
> gdc to be overriden, as is the case with CXXFLAGS
On Tue, 11 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:
<https://inbox.source
tree information to get base block alignment") regression.
Ping for:
<https://inbox.sourceware.org/gcc-patches/alpine.deb.2.21.2502251934260.65...@angie.orcam.me.uk/>.
Maciej
Ping!
please review.
Thanks & Regards
Jeevitha
On 20/02/25 7:41 pm, jeevitha wrote:
> Hi All,
>
> The following patch has been bootstrapped and regtested on powerpc64le-linux.
>
> Changes to amo.h include the addition of the following load atomic operations:
> Comp
1 - 100 of 1785 matches
Mail list logo
