Tested on x86_64-pc-linux-gnu and verified with a powerpc64-linux-gnu
cross. OK for trunk and 15?
-- >8 --
I added a testcase for the (temporary) warning that we don't currently
support the 'gnu::optimize' or 'gnu::target' attributes in r15-10183;
however, some targets produce target nodes even
Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk?
-- >8 --
We have logic to adjust a function decl if it gets re-declared as a
using-decl with different purviewness, but we also need to do the same
if it gets redeclared with different exportedness.
PR c++/120195
gcc/cp/Ch
On 8/16/25 4:16 AM, Artemiy Volkov wrote:
On Sun, Aug 10, 2025 at 09:28:50AM -0600, Jeff Law wrote:
Conceptually OK. I slightly worry about the use of PREV_INSN as we could
conceptually end up with notes, line markers, etc between the two fusible
insns.
Right now the scheduler is the only p
On 8/16/25 8:43 AM, Kito Cheng wrote:
LGTM, ok for the trunk, thanks!
Note that while pre-commit CI is reporting failures, I was highly
skeptical that they failures were at all related to Dimitar's work. So
I spun his change in my tester successfully.
I'll push it to the trunk momentarily
On Sat, Aug 16, 2025 at 10:24 PM H.J. Lu wrote:
>
> On Sat, Aug 16, 2025 at 6:43 AM Hongtao Liu wrote:
> >
> > On Sat, Aug 16, 2025 at 8:45 PM Hongtao Liu wrote:
> > >
> > > On Fri, Aug 15, 2025 at 8:48 PM H.J. Lu wrote:
> > > >
> > > > On Fri, Aug 15, 2025 at 12:44 AM Hongtao Liu wrote:
> > >
We can't place a TLS call before a conditional jump in a basic block like
(code_label 13 11 14 4 2 (nil) [1 uses])
(note 14 13 16 4 [bb 4] NOTE_INSN_BASIC_BLOCK)
(jump_insn 16 14 17 4 (set (pc)
(if_then_else (le (reg:CCNO 17 flags)
(const_int 0 [0]))
(label_ref
This testcase caused an ICE when mangling the invalid type-constraint in
write_requirement since write_type_constraint expects a TEMPLATE_TYPE_PARM.
Setting the trailing return type to NULL_TREE when a
return-type-requirement is found in place of a type-constraint prevents the
failed assertion in
Am 01.08.25 um 14:00 schrieb H.J. Lu:
Call set_decl_tls_model only after a variable has been fully processed,
not in the middle of processing it.
gcc/fortran/
PR fortran/107421
* trans-common.cc (build_common_decl): Call set_decl_tls_model
after processing a variable.
Just like r16-465-gf2bb7ffe84840d8 but this time
instead of a VCE there is a full on load from a boolean.
This showed up when trying to remove the extra copy
in the testcase from the revision mentioned above (pr120122-1.c).
So when moving loads from a boolean type from being conditional
to non-cond
On 8/16/25 7:48 AM, Jakub Jelinek wrote:
On Sat, Aug 16, 2025 at 09:14:23AM -0400, Jason Merrill wrote:
I don't think this (or the following in this file) should be errors; we
error currently because we don't implement textual deduplication
(PR99000), but since the default arguments are the same
On 7/31/25 5:36 AM, Tejas Belagod wrote:
Support a subset of C/C++ operations (bitwise, conditional etc.) on svbool_t.
gcc/ChangeLog:
* c-family/c-common.cc (c_build_vec_convert): Support vector boolean
types for __builtin_convertvector ().
(c_common_bool_type): New. Gi
On Sat, Aug 16, 2025 at 09:14:23AM -0400, Jason Merrill wrote:
> > I don't think this (or the following in this file) should be errors; we
> > error currently because we don't implement textual deduplication
> > (PR99000), but since the default arguments are the same, from the
> > current wording t
LGTM, ok for the trunk, thanks!
Dimitar Dimitrov 於 2025年8月16日 週六，21:06寫道：
> Commit r16-3028-g0c517ddf9b136c introduced parsing of conditional blocks
> in riscv-ext*.def. For simplicity, it used a simple regular expression
> to match the C++ lambda function for each condition. But the regular
>
On Sat, Aug 16, 2025 at 6:43 AM Hongtao Liu wrote:
>
> On Sat, Aug 16, 2025 at 8:45 PM Hongtao Liu wrote:
> >
> > On Fri, Aug 15, 2025 at 8:48 PM H.J. Lu wrote:
> > >
> > > On Fri, Aug 15, 2025 at 12:44 AM Hongtao Liu wrote:
> > > >
> > > > On Fri, Aug 15, 2025 at 10:07 AM H.J. Lu wrote:
> > >
On Sat, Aug 16, 2025 at 8:45 PM Hongtao Liu wrote:
>
> On Fri, Aug 15, 2025 at 8:48 PM H.J. Lu wrote:
> >
> > On Fri, Aug 15, 2025 at 12:44 AM Hongtao Liu wrote:
> > >
> > > On Fri, Aug 15, 2025 at 10:07 AM H.J. Lu wrote:
> > > >
> > > > Add target("80387") attribute to enable and disable x87 i
On 8/15/25 4:04 PM, Nathaniel Shead wrote:
On Sun, Aug 10, 2025 at 03:33:26PM -0700, Jason Merrill wrote:
On 8/8/25 9:46 AM, Nathaniel Shead wrote:
Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk?
Alternatively, if preferred I also experimented with a patch that
cached the prop
On 8/15/25 4:28 PM, Nathaniel Shead wrote:
On Fri, Aug 15, 2025 at 12:38:01PM +0200, Jakub Jelinek wrote:
Hi!
The following patch adds some testcases for the default argument (function
and template) part of the paper, making sure we diagnose multiple defargs
in the same TU and when visible in m
Commit r16-3028-g0c517ddf9b136c introduced parsing of conditional blocks
in riscv-ext*.def. For simplicity, it used a simple regular expression
to match the C++ lambda function for each condition. But the regular
expression is too simple - it matches only the first scoped code block,
without any
On Fri, Aug 15, 2025 at 8:48 PM H.J. Lu wrote:
>
> On Fri, Aug 15, 2025 at 12:44 AM Hongtao Liu wrote:
> >
> > On Fri, Aug 15, 2025 at 10:07 AM H.J. Lu wrote:
> > >
> > > Add target("80387") attribute to enable and disable x87 instructions in a
> > > function.
> > >
> > > gcc/
> > >
> > >
https://gcc.gnu.org/pipermail/gcc-patches/2025-July/691235.html
Ping please? Thanks!
-Lewis
On Wed, Jul 30, 2025 at 7:21 PM Lewis Hyatt wrote:
>
> Hello-
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105608
>
> The PR was originally about an ICE in the linemap code that was patched up
> for
LGTM
On Sat, Aug 16, 2025 at 4:44 PM wrote:
>
> From: Pan Li
>
> Add the missed DONE indicator and update comments
>
> Pan Li (2):
> RISC-V: Add missed DONE for vx combine pattern [NFC]
> RISC-V: Update the comments of vx combine [NFC]
>
> gcc/config/riscv/autovec-opt.md | 24 ++
On Sun, Aug 10, 2025 at 09:28:50AM -0600, Jeff Law wrote:
> Conceptually OK. I slightly worry about the use of PREV_INSN as we could
> conceptually end up with notes, line markers, etc between the two fusible
> insns.
>
> Right now the scheduler is the only pass that ever examines SCHED_GROUP_P
>
Thanks for your suggestion, comments addressed in [PATCH v3] libstdc++:
Implement LWG4222 'expected' constructor from a single value missing a
constraint
Patrick Palka 于2025年8月16日周六 03:58写道：
> On Thu, 14 Aug 2025, Yihan Wang wrote:
>
> > libstdc++-v3/ChangeLog:
> >
> > * include/std/expect
ChangeLog:
* MAINTAINERS: Add myself to write after approval.
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 07359c5d7ee..55e33427b91 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -732,6 +732,7 @@ Fernando Pereiraprone
From: Pan Li
Add the missed DONE indicator and update comments
Pan Li (2):
RISC-V: Add missed DONE for vx combine pattern [NFC]
RISC-V: Update the comments of vx combine [NFC]
gcc/config/riscv/autovec-opt.md | 24
1 file changed, 24 insertions(+)
--
2.43.0
From: Pan Li
The supported insn of vx combine is out of date, update all
insn supported for now.
gcc/ChangeLog:
* config/riscv/autovec-opt.md: Add supported insn
of vx combine.
Signed-off-by: Pan Li
---
gcc/config/riscv/autovec-opt.md | 20
1 file changed
libstdc++-v3/ChangeLog:
* include/std/expected: Add missing constraint as per LWG 4222.
* testsuite/20_util/expected/lwg4222.cc: New test.
Signed-off-by: Yihan Wang
---
libstdc++-v3/include/std/expected | 1 +
.../testsuite/20_util/expected/lwg4222.cc | 39 +
From: Pan Li
The previous patch missed the DONE indicator of the vx
combine pattern. Thus add it back.
gcc/ChangeLog:
* config/riscv/autovec-opt.md: Add missed DONE
for vx combine pattern.
Signed-off-by: Pan Li
---
gcc/config/riscv/autovec-opt.md | 4
1 file changed, 4
28 matches
Mail list logo
