On Wed, May 21, 2025 at 3:44 AM Andrew Pinski wrote:
>
> This was introduced by r15-1797-gd8fe4f05ef448e . I had missed that
> the LHS of the cabs call could be NULL. This seems to only happen at -O0,
> I tried to produce one that happens at -O1 but needed many different
> options to prevent the r
On Wed, May 21, 2025 at 12:30 AM Segher Boessenkool
wrote:
>
> On Mon, May 12, 2025 at 06:35:15PM -0400, Michael Meissner wrote:
> > On Mon, May 12, 2025 at 01:24:04PM +0530, Surya Kumari Jangala wrote:
> > > Hi Mike,
> > > Irrespective of whether -Ofast is used or not, should’nt we generate
> >
On Tue, May 20, 2025 at 11:29:12AM +0800, Yang Yujie wrote:
> This patch adds support for C23's _BitInt for LoongArch.
>
> Though there's not an official psABI definition, our plan
> is to have 16-byte alignment for N > 64 and the padding bits
> sign/zero-extended when passed between procedures.
>
On Tue, 20 May 2025 at 06:30, Alexandre Oliva wrote:
>
>
> (The backport I've only just posted is not enough for the tests to pass;
> there's another problem)
>
> r14-10824 is a backport of r15-4549, that rewrote and extended into
> check-function-bodies the save/restore expectations introduced in
On Tue, 20 May 2025 at 06:27, Alexandre Oliva wrote:
>
> The backport of commit 205515da82a2914d765e74ba73fd2765e1254112 to
> gcc-14 as 8b1146fe46e62f8b03bd9ddee48995794e192e82, rewriting
> gcc.target/arm/fp16-aapcs-[1234].c into check-function-bodies, requires
> the following patch for the one-ch
On Mon, 19 May 2025, Richard Sandiford wrote:
Richard Biener writes:
On Fri, 16 May 2025, Richard Sandiford wrote:
The simple prototype below uses a separate flag from the epilogue
mode, but I wonder how we want to more generally want to handle
whether to use masking or not when iterating ove
On Tue, May 20, 2025 at 11:41 AM Jonathan Wakely wrote:
> On 20/05/25 09:35 +0200, Tomasz Kamiński wrote:
> >These patch makes following changes to _Pres_type values:
> > * _Pres_esc is replaced with separate _M_debug flag.
> > * _Pres_s, _Pres_p do not overlap with _Pres_none.
> > * hexadecimal
On Tue, May 20, 2025 at 11:41 AM Jonathan Wakely wrote:
> On 20/05/25 09:35 +0200, Tomasz Kamiński wrote:
> >These patch makes following changes to _Pres_type values:
> > * _Pres_esc is replaced with separate _M_debug flag.
> > * _Pres_s, _Pres_p do not overlap with _Pres_none.
> > * hexadecimal
Commit 0547dbb725b reduced the number of cases in which
union padding bits are zeroed when the relevant language
standard does not strictly require it, unless gcc was
invoked with -fzero-init-padding-bits=unions or
-fzero-init-padding-bits=all in order to explicitly
request
Dhruv Chawla writes:
> On 06/05/25 21:57, Richard Sandiford wrote:
>> External email: Use caution opening links or attachments
>>
>>
>> Dhruv Chawla writes:
>>> This patch modifies the intrinsic expanders to expand svlsl and svlsr to
>>> unpredicated forms when the predicate is a ptrue. It also
On Sun, May 18, 2025 at 10:16 PM Luc Grosheintz
wrote:
> Implements the remaining parts of layout_left and layout_right; and all
> of layout_stride.
>
> libstdc++-v3/ChangeLog:
>
> * include/std/mdspan(layout_stride): New class.
>
> Signed-off-by: Luc Grosheintz
> ---
> libstdc++-v3/inc
On Tue, May 20, 2025 at 11:29:09AM +0800, Yang Yujie wrote:
> Hi,
>
> This is a proposition of a _BitInt(N) implementation for LoongArch,
> with the following psABI description:
>
> ```
> === Fundamental types of N-bit integers
>
> `_BitInt(N)` (as proposed in ISO/IEC WG14 N2763) is a family of
On Tue, May 20, 2025 at 12:41 PM Tomasz Kaminski
wrote:
>
>
> On Tue, May 20, 2025 at 11:41 AM Jonathan Wakely
> wrote:
>
>> On 20/05/25 09:35 +0200, Tomasz Kamiński wrote:
>> >These patch makes following changes to _Pres_type values:
>> > * _Pres_esc is replaced with separate _M_debug flag.
>>
Tobias Burnus wrote:
As mentioned before, the following error is bogus as there is no
requirement to have the base function defined or declared before
the variant function (or at all, or to be available in any TU):
foo.c: In function ‘my.ompvariant1’:
foo.c:4:7: error: no previous declaration of
On 5/19/25 2:56 PM, Tomasz Kaminski wrote:
On Sun, May 18, 2025 at 10:14 PM Luc Grosheintz
wrote:
Implements a suite of tests for the currently implemented parts of
layout_left. The individual tests are templated over the layout type, to
allow reuse as more layouts are added.
libstdc++-v3/
writes:
> @@ -4899,7 +4876,9 @@
> if (CONST_INT_P (operands[2]))
>{
> amount = gen_const_vec_duplicate (mode, operands[2]);
> - if (!aarch64_sve_shift_operand (operands[2], mode))
> + if (!aarch64_sve_shift_operand (operands[2], mode)
> + && !aarch64_simd_shift_i
On 20/05/2025 03:28, Jason Merrill wrote:
On 4/15/25 6:31 AM, Alfie Richards wrote:
This change refactors FMV handling in the frontend to allows greater
reasoning about versions in shared code.
Looking at the cp/ changes:
diff --git a/gcc/cp/class.cc b/gcc/cp/class.cc
index c28d9e5b3ab..4f19
This patch enables strided loads for VMAT_STRIDED_SLP. Instead of
building vectors from scalars or other vectors we can use strided loads
directly when applicable.
The current implementation limits strided loads to cases where we can
load entire groups and not subsets of them. A future improveme
On Tue, May 20, 2025 at 11:29:11AM +0800, Yang Yujie wrote:
> gcc/ChangeLog:
>
> * stor-layout.cc (layout_type): Allow limb_mode to be DImode
> while abi_limb_mode is TImode for _BitInt(N), N > 64.
> ---
> gcc/stor-layout.cc | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
On Tue, May 20, 2025 at 11:20 AM Luc Grosheintz
wrote:
>
>
> On 5/20/25 10:48 AM, Tomasz Kaminski wrote:
> > On Tue, May 20, 2025 at 10:45 AM Luc Grosheintz <
> luc.groshei...@gmail.com>
> > wrote:
> >
> >>
> >>
> >> On 5/20/25 10:24 AM, Tomasz Kaminski wrote:
> >>> On Sun, May 18, 2025 at 10:16
On Tue, 20 May 2025 at 09:10, Tomasz Kaminski wrote:
>
>
>
> On Mon, May 19, 2025 at 11:28 PM Nathan Myers wrote:
> In the title, we usually put link to bugzilla PR119741 in your case, not the
> paper.
> Then link the paper in commit descritpion.
>
>> Add constructors to stringbuf, stringstream,
Pengxuan Zheng writes:
> Some fields (e.g., zero_op0_p and zero_op1_p) of the struct "newd" may be left
> uninitialized in aarch64_evpc_reencode. This can cause reading of
> uninitialized
> data. I found this oversight when testing my patches on and/fmov
> optimizations. This patch fixes the bug
Alexandre Oliva writes:
> stdint.h defines uint64_t instead of __uint64_t, so use the former.
> __uint64_t is not available on e.g. vxworks.
>
> Regstrapped on x86_64-linux-gnu. Also tested with gcc-14 on aarch64-,
> arm-, x86-, and x86_64-vxworks7r2. Ok to install?
>
>
> for gcc/testsuite/Chan
These patch makes following changes to _Pres_type values:
* _Pres_esc is replaced with separate _M_debug flag.
* _Pres_s, _Pres_p do not overlap with _Pres_none.
* hexadecimal presentation use same values for pointer, integer
and floating point types.
The members of _Spec<_CharT> are rearang
This implements error handling for hard register constraints including
potential conflicts with register asm operands.
In contrast to register asm operands, hard register constraints allow
more than just one register per operand. Even more than just one
register per alternative. For example, a v
Alexandre Oliva writes:
> vxworks calls cacheTextUpdate instead of __clear_cache.
>
> Adjust the sme/nonlocal_goto_*.c tests for inexact matches.
>
> Regstrapped on x86_64-linux-gnu. Also tested with gcc-14 on aarch64-,
> arm-, x86-, and x86_64-vxworks7r2. Ok to install?
>
>
> for gcc/testsuite
Currently a register asm already materializes during expand. This
means, a hard register is allocated for the very first access of a
register asm as e.g. in an assignment. As a consequence this might lead
to suboptimal register allocation if the assignment and the using asm
statement are spread f
Since genoutput has no information about hard register names we cannot
statically verify those names in constraints of the machine description.
Therefore, we have to do it at runtime. Although verification shouldn't
be too expensive, restrict it to checking builds. This should be
sufficient since
On Tue, May 20, 2025 at 11:26 AM Jonathan Wakely
wrote:
> On Tue, 20 May 2025 at 10:08, Jonathan Wakely
> wrote:
> >
> > On Tue, 20 May 2025 at 09:10, Tomasz Kaminski
> wrote:
> > >
> > >
> > >
> > > On Mon, May 19, 2025 at 11:28 PM Nathan Myers wrote:
> > > In the title, we usually put link t
On Tue, 20 May 2025 at 10:08, Jonathan Wakely wrote:
>
> On Tue, 20 May 2025 at 09:10, Tomasz Kaminski wrote:
> >
> >
> >
> > On Mon, May 19, 2025 at 11:28 PM Nathan Myers wrote:
> > In the title, we usually put link to bugzilla PR119741 in your case, not
> > the paper.
> > Then link the paper
On 20/05/25 09:35 +0200, Tomasz Kamiński wrote:
These patch makes following changes to _Pres_type values:
* _Pres_esc is replaced with separate _M_debug flag.
* _Pres_s, _Pres_p do not overlap with _Pres_none.
* hexadecimal presentation use same values for pointer, integer
and floating point ty
On 13/07/20 16:42 +0800, Xi Ruoyao via Libstdc++ wrote:
The second and third patch together resolve PR 81806.
The attached patch keeps the subtree size in binary search tree nodes.
libstdc++-v3/ChangeLog:
* include/ext/pb_ds/detail/rb_tree_map_/node.hpp
(rb_tree_node_::siz
On 13/07/20 16:48 +0800, Xi Ruoyao via Libstdc++ wrote:
The fourth patch converts the point_iterator of rb_tree and splay_tree based
maps to random access iterator. With the subtree size kept we can implement
the
operators required by random access iterator in logarithm time.
Random access i
Konstantinos Eleftheriou writes:
> Hi Richard, thanks for your response.
>
> On Tue, May 20, 2025 at 8:05 AM Richard Biener
> wrote:
>>
>> On Mon, May 19, 2025 at 4:14 PM Konstantinos Eleftheriou
>> wrote:
>> >
>> > This patch adds the `bitmap_is_range_set_p` function in sbitmap,
>> > which chec
Konstantinos Eleftheriou writes:
> This patch uses `lowpart_subreg` for the base register initialization,
> instead of zero-extending it. We had tried this solution before, but
> we were leaving undefined bytes in the upper part of the register.
> This shouldn't be happening as we are supposed to
Hi Joseph,
On Fri, May 16, 2025 at 07:13:15PM +0200, Alejandro Colomar wrote:
> On Fri, May 16, 2025 at 05:01:36PM +, Joseph Myers wrote:
> > On Fri, 16 May 2025, Alejandro Colomar wrote:
> >
> > > Hmmm, I've been trying to find a compromise between readability and
> > > simplicity, and I thi
On 5/19/25 1:46 PM, Tomasz Kaminski wrote:
On Sun, May 18, 2025 at 10:11 PM Luc Grosheintz
wrote:
Implements the parts of layout_left that don't depend on any of the
other layouts.
libstdc++-v3/ChangeLog:
* include/std/mdspan (layout_left): New class.
Signed-off-by: Luc Groshein
On Tue, May 20, 2025 at 4:30 PM Luc Grosheintz
wrote:
>
>
> On 5/20/25 4:07 PM, Tomasz Kaminski wrote:
> > On Tue, May 20, 2025 at 3:16 PM Luc Grosheintz >
> > wrote:
> >
> >> Implements the parts of layout_left that don't depend on any of the
> >> other layouts.
> >>
> >> libstdc++-v3/ChangeLog
>From 3c9066c01ccd7270408423b1773699af05dd361e Mon Sep 17 00:00:00 2001
From: Robert Dubner mailto:rdub...@symas.com
Date: Tue, 20 May 2025 11:49:43 -0400
Subject: [PATCH] cobol: sqrt(0) is not an ec-argument error. [PR119885]
libgcobol
PR cobol/119885
* intrinsic.cc: (__gg__sqrt)
This patch implements C++26 function_ref as specified in P0792R14,
with correction for constraints for constructor accepting nontype_t
parameter from LWG 4256.
As function_ref may store a pointer to the const object, __Ptrs::_M_obj is
changed to const void*, so again we do not cast away const from
Thank you very much.
I have repaired these typographical errors in our COBOLworx development
repository; they'll find their way into the gcc/master repository in at
most a few days.
(I had to look at the first one, the lower-case version, for about thirty
seconds before I saw the difference.)
Mu
0001-cobol-Multiple-PRs-formatting-exception-processing.patch
Description: Binary data
On 5/19/25 12:48 AM, Kito Cheng wrote:
Hi Jin:
Thanks for heads up:)
Hi Jeff:
I've rebased that on the trunk and everything seems right, do you think
it's OK for the trunk?
Yea, let's get it on the trunk and get it some soak time. We can then
look at backporting it to gcc-15's release br
On 5/18/25 2:41 PM, Richard Sandiford wrote:
Target [A] [B] [C]
native aarch64 0.5627 0.9585 0.5677
native x86_64 0.5925 0.9467 0.6377
aarch64-x-riscv64 0. 0.9066 0.2762
Nice. So how large
On 5/18/25 10:38 AM, Andrew Pinski wrote:
After r15-4791-gb60031e8f9f8fe, the valueize_condition argument becomes
unused. I didn't notice that as there was -Wno-unused option being added
while compiling gimple-match-exports.cc. This removes that too as there are
no unused warnings.
gcc/Change
The automatically-generated gen_* routines take their operands as
individual arguments, named "operand0" upwards. These arguments are
stored into an "operands" array before invoking the expander's C++
code, which can then modify the operands by writing to the array.
However, the SPARC sign-extend
Many tests became unsupported on aarch64 when -mcpu=unset was added to
several arm_* effective targets, because this flag is only supported
on arm.
Since these effective targets are used on arm and aarch64, the patch
adds -mcpu=unset on arm only, and restores "" on aarch64.
This re-enables lots o
Hi Jakub,
On Tue, May 20, 2025 at 05:25:29PM +0200, Jakub Jelinek wrote:
> On Tue, May 20, 2025 at 05:15:33PM +0200, Alejandro Colomar wrote:
> > I've based on gnulib commits, which I believe follow the same
> > guidelines. For example:
> >
> > commit 6608062398ef4c983a58b90a1520c39f12fb7ac1
On Tue, May 20, 2025 at 11:12:38PM +0200, Alejandro Colomar wrote:
> Okay; how about this?
>
> gcc/c-family/ChangeLog:
>
> * c-common.h: Add _Countof operator.
> * c-common.def: Likewise.
> * c-common.cc (c_countof_type): Likewise.
No, that doesn't des
For final target classes of which the source type is a unique non-
virtual base, we know that the dynamic_cast succeeding is equivalent to
the vptr pointing to the target's vtable. So check this if possible
instead of calling the more expensive `__dynamic_cast` runtime method.
This might be extend
Hi all,
This patch introduces constant input support for trigonometric functions,
including those involving half-revolutions. Both valid and invalid inputs have
been thoroughly tested, as have mpfr versions greater than or equal to 4.2 and
less than 4.2.
Inspired by Steve's previous work, this pa
On 16/05/25 15:56 +0200, Tomasz Kamiński wrote:
This patch implements C++26 function_ref as specified in P0792R14,
with correction for constraints for constructor accepting nontype_t
parameter from LWG 4256.
As function_ref may store a pointer to the const object, __Ptrs::_M_obj is
changed to co
Hi!
On Thu, May 08, 2025 at 08:07:04PM -0400, Michael Meissner wrote:
> Previously GCC would zero externd a DImode GPR value to TImode by first zero
> extending the DImode value into a GPR TImode value, and then do a MTVSRDD to
> move this value to a VSX register.
>
> This patch does the move dir
On 5/20/25 17:44, Tomasz Kaminski wrote:
On Tue, May 20, 2025 at 4:30 PM Luc Grosheintz
wrote:
On 5/20/25 4:07 PM, Tomasz Kaminski wrote:
On Tue, May 20, 2025 at 3:16 PM Luc Grosheintz
Implements the parts of layout_left that don't depend on any of the
other layouts.
libstdc++-v3/Chang
On 5/20/25 9:51 AM, Iain Sandoe wrote:
Hi Jason,
Moving this initialization doesn't seem connected to the type of gro, or
mentioned above?
A fly-by tidy up.. removed.
I still see it in the new patch?
Apologies, I obviously fat-fingered something - done now.
...return object from an objec
On Tue, May 20, 2025 at 6:32 PM Patrick Palka wrote:
> On Tue, 20 May 2025, Tomasz Kaminski wrote:
>
> > I think I do not have any more suggestions for cases to check, so the
> impl LGTM.
>
> It's cool how many optimizations we came up with for this algorithm :)
>
> >
> > On Tue, May 20, 2025 at
Hi Jerry!
Am 20.05.25 um 05:23 schrieb Jerry D:
On 5/19/25 1:50 PM, Harald Anlauf wrote:
Hi Jerry,
so contrary to what the name of patch claims (pr120049-final.diff),
it fixes only the case of direct use of iso_c_binding, but not the
indirect one thru the other module, which is the reason for
On Tue, May 20, 2025 at 3:16 PM Luc Grosheintz
wrote:
> Implements the parts of layout_left that don't depend on any of the
> other layouts.
>
> libstdc++-v3/ChangeLog:
>
> * include/std/mdspan (layout_left): New class.
>
> Signed-off-by: Luc Grosheintz
> ---
> libstdc++-v3/include/std/
On Tue, May 20, 2025 at 9:08 PM Luc Grosheintz
wrote:
>
>
> On 5/20/25 17:44, Tomasz Kaminski wrote:
> > On Tue, May 20, 2025 at 4:30 PM Luc Grosheintz >
> > wrote:
> >
> >>
> >>
> >> On 5/20/25 4:07 PM, Tomasz Kaminski wrote:
> >>> On Tue, May 20, 2025 at 3:16 PM Luc Grosheintz <
> luc.groshei.
On Tue, 2025-05-20 at 13:06 +0100, Jonathan Wakely wrote:
> On 13/07/20 16:45 +0800, Xi Ruoyao via Libstdc++ wrote:
> >
> > > The second and third patch together resolve PR 81806.
> >
> > The attached patch modifies split_finish to use the subtree size we
> > maintained
> > in the previous patch,
101 - 160 of 160 matches
Mail list logo
