From: Richard Sandiford
Various parts of the omp code checked whether the size of a decl
was an INTEGER_CST in order to determine whether the decl was
variable-sized or not. If it was variable-sized, it was expected
to have a DECL_VALUE_EXPR replacement, as for VLAs.
This patch uses poly_int_tr
On 3/7/25 5:33 PM, Jakub Jelinek wrote:
On Fri, Mar 07, 2025 at 11:49:37AM +, Richard Sandiford wrote:
+case TCTX_OMP_DEVICE_ADDR:
+ if (!silent_p)
+ error_at (loc, "SVE type %qT not allowed in target device clauses",
type);
Is the final error message accurate? This TCTX v
The target clause in OpenMP is used to offload loop kernels to accelarator
peripeherals. target's 'map' clause is used to move data from and to the
accelarator. When the data is SVE type, it may not be suitable because of
various reasons i.e. the two SVE targets may not agree on vector size or
so
Add a function to traverse down the pointer layers to the pointee type.
gcc/ChangeLog:
* tree.h (strip_pointer_types): New.
---
gcc/tree.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/gcc/tree.h b/gcc/tree.h
index 6f45359f103..77eddc4515c 100644
--- a/gcc/tree.h
+++ b/gcc/
Is there a compelling reason for all this output?
As a rule of thumb I'd suggest to only output if the data has an unexpected
value or if the test is about DISPLAY.
... maybe the compiler is expected (and already capable?) to know the data
values and optimize all comparisons away - in this case
Patch about Bug 119222 - Conversion of inf to integer is not diagnosed
[Classifier] a single patch
[Tags] conversion warning ;c++; inf to integer
[Brief Summary] Add a judgement in the RDIV_EXPR case
[Remark]
This patch does not support -Wall -Wextra to capture inf to integer
warnings .
The
[ The more verbose explanation than usual is primarily for Daniel and
Shreya's benefit. ]
--
So here's the other case I was just looking at. This is a slightly
modified version of some code from 500.perlbench which shows another nop
logical operation:
void frob (void);
typedef struct av
From: badumbatish
gcc/rust/ChangeLog:
* ast/rust-fmt.cc (Pieces::collect):
Added options for ParseMode
* ast/rust-fmt.h (collect_pieces): Likewise.
(struct Pieces): Likewise.
* expand/rust-macro-builtins-format-args.cc
(MacroBuiltin::format_args_handler):
On Mon, 17 Mar 2025, Marek Polacek wrote:
> Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk/14/13?
>
> -- >8 --
> r12-1094 mentions that adding the assert didn't lead to any regressions
> in the testsuite, but this test case demonstrates that we can reach it
> with valid code.
>
> He
Iain, I tried it in my local test suite, and everything worked.
So, it looks good to me. You'll probably notice that you misspelled
"system" as "sytem", so I won't mention it.
> -Original Message-
> From: Iain Sandoe
> Sent: Monday, March 17, 2025 19:52
> To: rdub...@symas.com; gcc-patc
These tests have been curated for relative shortness of output. The worst
case has 61 lines.
I am hoping that this one is...
Okay for trunk?
>From 457d94c65047856123185716e882af18833c67ee Mon Sep 17 00:00:00 2001
From: Bob Dubner mailto:rdub...@symas.com
Date: Mon, 17 Mar 2025 21:47:05 -0400
S
So what is happening is gcc_cv_ld64_macosx_version_min is being
used for the replacement and being set in a few locations but
gcc_cv_ld64_macos_version_min is set in others.
Since the auto-host.h variable is named LD64_HAS_MACOS_VERSION_MIN,
I changed over to remove the x from the name.
Committed
tested on x86_64-darwin, linux and aarch64-linux,
OK for trunk?
thanks
Iain
--- 8< ---
The headers mentioned in parse.y are already unconditionally included
by system.h (via cobol-system.h).
gcc/cobol/ChangeLog:
* parse.y: Remove c++ header includes appearing after
sytem.h.
Si
On Sun, 16 Mar 2025, Martin Uecker wrote:
>
> Here is a small patch fixing an error recovery issue.
>
> Bootstrapped and regression tested on x86_64.
>
>
> commit 465773af2bdd552184b935e5dc6b3db9e0e4e327
> Author: Martin Uecker
> Date: Sat Mar 1 17:21:25 2025 +0100
>
> c: Fix ICE in er
Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk?
-- >8 --
We crash while we call warning_at ("inline function used but never defined")
since it invokes dump_template_bindings -> tsubst -> ... -> convert_like ->
... -> c_common_truthvalue_conversion -> warning_at ("enum constant in bool
On 3/17/25 2:47 PM, Harald Anlauf wrote:
Dear all,
F2003:C626 was only partly implemented: we missed the case of ALLOCATE
of character dummy arguments with assumed length, where the type-spec
must use asterisk, i.e. (*).
Regtesting found one testcase that had a previously undetected error
and n
On Mon, Mar 17, 2025 at 03:04:48PM -0700, H.J. Lu wrote:
> Since gcc.dg/pr90838-2.c is only for 64-bit integer, replace long with
> long long for ILP32 targets.
>
> * gcc.dg/pr90838-2.c (ctz4): Replace long with long long.
>
> Signed-off-by: H.J. Lu
> ---
> gcc/testsuite/gcc.dg/pr90838-2.
On Sun, 16 Mar 2025, Martin Uecker wrote:
> This is a workaround for another issue related to PR118765.
> I do not yet understand what goes wrong in merge_decls in
> this case (somehow we end up with TYPE_DECLS where
> DECL_ORIGINAL_TYPE is not set correctly, so we can not
> determine the correct
On Sun, 16 Mar 2025, Martin Uecker wrote:
> This is a partial fix for PR118765.
>
>
> Bootstrapped and regression tested on x86_64.
>
>
> commit 84ba284a14bb5249d923affbf3f0f95a993c3a29
> Author: Martin Uecker
> Date: Sat Mar 1 21:32:21 2025 +0100
>
> c: Fix bug in typedef redefinition
With thanks to Iain for determining those #includes were unnecessary.
Bob D.
>From c7bba243fc0feea42f4be864e8bf73bc9249d9d5 Mon Sep 17 00:00:00 2001
From: Bob Dubner mailto:rdub...@symas.com
Date: Mon, 17 Mar 2025 16:45:17 -0400
Subject: [PATCH] libgcobol: Remove unused headers from shared sourc
While debugging a failure, I noticed that SCC copy didn't print
out what it was doing, e.g. replacing name1 with name 2.
This adds that dump.
Bootstrapped and tested on x86_64-linux-gnu.
gcc/ChangeLog:
* gimple-ssa-sccopy.cc (scc_copy_prop::replace_scc_by_value): Dump
what is bei
This moves is_floating_point over to using REAL_TYPE_P instead
of manually checking. Note before it would return true for all
COMPLEX_TYPE but complex types' inner type could be integral.
Also fixes up the comment to be in more of the GNU style.
Bootstrapped and tested on x86_64-linux-gnu.
gcc/r
There are some places inside rust-gcc.cc which are candidates
to use range for instead of iterators directly. This changes
the locations I saw and makes the code slightly more readable.
gcc/rust/ChangeLog:
PR rust/119341
* rust-gcc.cc (function_type): Use range fors.
(func
Just a simple cleanupof the code to use error_operand_p
instead of directly comparing against error_mark_node.
This also moves some cdoe around when dealing with error_operand_p
just to be faster and/or slightly tighten up the code slightly.
gcc/rust/ChangeLog:
* rust-gcc.cc (Bvariable::
Inside a BLOCK node, all of the variables of the scope/block
are chained together and that connects them to the block.
This just adds a comment to that effect as reading the code
it is not so obvious why they need to be chained together.
gcc/rust/ChangeLog:
PR rust/119342
* rust-g
This moves is_floating_point over to using REAL_TYPE_P instead
of manually checking. Note before it would return true for all
COMPLEX_TYPE but complex types' inner type could be integral.
Also fixes up the comment to be in more of the GNU style.
Bootstrapped and tested on x86_64-linux-gnu.
gcc/r
Just a simple cleanupof the code to use error_operand_p
instead of directly comparing against error_mark_node.
This also moves some cdoe around when dealing with error_operand_p
just to be faster and/or slightly tighten up the code slightly.
gcc/rust/ChangeLog:
* rust-gcc.cc (Bvariable::
There are some places inside rust-gcc.cc which are candidates
to use range for instead of iterators directly. This changes
the locations I saw and makes the code slightly more readable.
gcc/rust/ChangeLog:
PR rust/119341
* rust-gcc.cc (function_type): Use range fors.
(func
Inside a BLOCK node, all of the variables of the scope/block
are chained together and that connects them to the block.
This just adds a comment to that effect as reading the code
it is not so obvious why they need to be chained together.
gcc/rust/ChangeLog:
PR rust/119342
* rust-g
On Mon, Mar 17, 2025 at 03:26:45PM -0500, Robert Dubner wrote:
>
>
> > -Original Message-
> > From: Jakub Jelinek
> > Sent: Monday, March 17, 2025 16:05
> > To: Iain Sandoe
> > Cc: Robert Dubner ; GCC Patches > patc...@gcc.gnu.org>
> > Subject: Re: [PATCH] cobol: Eliminate CPPFLAGS ass
Since gcc.dg/pr90838-2.c is only for 64-bit integer, replace long with
long long for ILP32 targets.
* gcc.dg/pr90838-2.c (ctz4): Replace long with long long.
Signed-off-by: H.J. Lu
---
gcc/testsuite/gcc.dg/pr90838-2.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
> -Original Message-
> From: Jakub Jelinek
> Sent: Monday, March 17, 2025 12:46
> To: Robert Dubner
> Cc: gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH] cobol: Eighteen new testcases to cobol.dg/group1.
>
> On Mon, Mar 17, 2025 at 11:34:36AM -0500, Robert Dubner wrote:
> > > This woul
On Mon, Mar 17, 2025 at 09:50:53PM +0100, Jakub Jelinek wrote:
> https://www.gnu.org/prep/standards/html_node/Change-Logs.html
> contains some of the reasons and something about the formatting etc.
> When you repeat the same description over and over, normally one just writes
> * cdf.y: Modif
> -Original Message-
> From: Andreas Schwab
> Sent: Monday, March 17, 2025 04:13
> To: James K. Lowden
> Cc: gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH] COBOL v3: 3/14 80K bld: config and build machinery
>
> On Mär 13 2025, James K. Lowden wrote:
>
> > On Tue, 11 Mar 2025 11:18:22 +
> -Original Message-
> From: Andreas Schwab
> Sent: Monday, March 17, 2025 04:13
> To: James K. Lowden
> Cc: gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH] COBOL v3: 3/14 80K bld: config and build machinery
>
> On Mär 13 2025, James K. Lowden wrote:
>
> > On Tue, 11 Mar 2025 11:18:22 +
Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look
OK for trunk/backports?
-- >8 --
This is just the member function pointer version of PR c++/105848,
wherein our non-dependent call pruning may cause us to not mark an
otherwise unused function pointer template argument as used.
I'll close out PR119213.
And next time I'll use "Likewise."
>From 8d6c8efdd9495259cc5ed1d6537c694791bd4661 Mon Sep 17 00:00:00 2001
From: Bob Dubner mailto:rdub...@symas.com
Date: Mon, 17 Mar 2025 13:13:50 -0400
Subject: [PATCH] cobol: Eliminate CPPFLAGS assignment from Make-lang.in
[PR119213].
> -Original Message-
> From: Jakub Jelinek
> Sent: Monday, March 17, 2025 17:04
> To: Robert Dubner ; Iain Sandoe
> ; GCC Patches
> Subject: Re: [PATCH] cobol: Eliminate CPPFLAGS assignment from Make-
> lang.in [PR119213].
>
> On Mon, Mar 17, 2025 at 09:50:53PM +0100, Jakub Jelinek wr
From: Liam Naddell
gcc/rust/ChangeLog:
* expand/rust-expand-visitor.cc:
Fix ICE caused by unique_ptr UB and buggy iterator use
gcc/testsuite/ChangeLog:
* rust/compile/issue-2987.rs:
Add test for deriving Clone and Copy at the same time
Signed-off-by: Liam Naddell
On Mär 17 2025, Robert Dubner wrote:
> I did it, reflexively, because I think that lining stuff like that up iss
> easier to understand and more clear than.
>
> PR cobol/119213
> * Make-lang.in: Eliminate CPPFLAGS= assignment.
> * cdf.y: Modify #includes that reference libgcobol.
> -Original Message-
> From: Jakub Jelinek
> Sent: Monday, March 17, 2025 16:05
> To: Iain Sandoe
> Cc: Robert Dubner ; GCC Patches patc...@gcc.gnu.org>
> Subject: Re: [PATCH] cobol: Eliminate CPPFLAGS assignment from Make-
> lang.in [PR119213].
>
> On Mon, Mar 17, 2025 at 07:57:43PM
From: Andrew Bennett
gcc/testsuite/
* gcc.dg/memcpy-4.c: Remove the MIPS specific bit of the test.
* gcc.target/mips/memcpy-2.c: New MIPS specific version of the
test. This will only execute for a MIPS ISA less than R6.
Cherry-picked c8b051cdbb1d5b166293513b0360d3d67cf31e
From: "dragan.mladjenovic"
This patch prevents middle-end from using MSA fma on pre-r6 targets
in order to avoid subtle inconsistencies with auto-vectorized code that
might mix MSA fma with unfused scalar multiply-add.
There might be Loongson targets that support MSA while having scalar
multiply
On Mon, Mar 17, 2025 at 09:41:49AM -0400, Jason Merrill wrote:
> On 3/13/25 4:10 PM, Jakub Jelinek wrote:
> > I know, but we've never allowed GNU attributes on most of those, neither
> > does clang, we don't allow it in C and with the exception of
> > fallthrough/assume on empty statement and mustt
Le 28/02/2025 à 17:01, Filip Kastl a écrit :
diff --git a/gcc/gimple-ssa-sccopy.cc b/gcc/gimple-ssa-sccopy.cc
index 9f25fbaff36..7ffb5718ab6 100644
--- a/gcc/gimple-ssa-sccopy.cc
+++ b/gcc/gimple-ssa-sccopy.cc
@@ -568,6 +568,19 @@ scc_copy_prop::propagate ()
{
vec scc = worklist.pop
From: mfortune
This is derived from code produced by Steve Ellcey.
This approach is slightly diverged from the original concept. It tries
to adjust the base pointer to a common value and keep the costing lower
than original by trying to find the best common value to trigger more
16-bit instruct
Hello Robert,
> On 17 Mar 2025, at 17:45, Robert Dubner wrote:
>
> If this is deemed OK, then we can close out PR119213
>
> It compiles and runs my both check-cobol and my more comprehensive
> tests on x86_64
This looks a reasonable approach to me; it has the advantage of making the
shared h
On Mon, Mar 17, 2025 at 07:57:43PM +, Iain Sandoe wrote:
> > PR cobol/119213
> > * Make-lang.in: Eliminate CPPFLAGS= assignment.
> > * cdf.y: Modify #includes that reference libgcobol.
> > * cobol1.cc: Modify #includes that reference libgcobol.
> > * except.c
The following patch fixes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119285
The patch was successfully bootstrapped and tested on x86_64 and aarch64.
I've checked the patch for SPEC2017 lbm_s on Zen4 and i5-13600k and
don't see performance or code size change anymore.
I also checked whole
On Mon, 17 Mar 2025, 18:49 François Dumont, wrote:
>
> On 17/03/2025 09:21, Tomasz Kamiński wrote:
> > This is another piece of P1206R7, adding new members to std::set
> > and std::multiset.
> >
> > PR libstdc++/111055
> >
> > libstdc++-v3/ChangeLog:
> >
> > * include/bits/stl_multise
From: Kushal Pal
gcc/rust/ChangeLog:
* Make-lang.in: Compile new file.
* checks/errors/borrowck/rust-borrow-checker.cc (BorrowChecker::go):
Use new class to report errors.
* checks/errors/borrowck/rust-borrow-checker-diagnostics.cc: New file.
* checks/erro
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'cpplib' has been submitted
by the Ukrainian team of translators. The file is available at:
https://translationproject.org/latest/cpplib/uk.po
(This file, 'cpplib-15.1-b2025
cpplib-15.1-b20250316.ro.po.gz
Description: Binary data
The Translation Project robot, in the
name of your translation coordinator.
Am 17.03.2025 um 18:25 schrieb James K. Lowden:
On Sun, 16 Mar 2025 21:07:39 +0100
Simon Sobisch wrote:
This gives three reference-formats: "fixed" "free" and "extended". For
two of those we have seen the flags -ffixed-form and -ffree-form, so
I'd _guess_ the last one would be -fextended-fo
On Mon, Mar 17, 2025 at 11:34:36AM -0500, Robert Dubner wrote:
> > This would be a major problem.
> > Generally, we want to allow even cross-testing from 32-bit
> architectrures,
> > so they'd better fit into 3GB of memory at most.
>
> At the present time, the executables cannot be compiled for 32
If this is deemed OK, then we can close out PR119213
It compiles and runs my both check-cobol and my more comprehensive
tests on x86_64
>From 8d6c8efdd9495259cc5ed1d6537c694791bd4661 Mon Sep 17 00:00:00 2001
From: Bob Dubner mailto:rdub...@symas.com
Date: Mon, 17 Mar 2025 13:13:50 -0400
Subject
On Wed, Mar 12, 2025 at 05:39:46PM -0400, Jason Merrill wrote:
> On 3/7/25 11:54 AM, Jakub Jelinek wrote:
> > Hi!
> >
> > The r14-4140 change moved consteval evaluation from build_over_call to
> > cp_fold_r.
> >
> > The following testcase is a regression caused by that change. There
> > is a cas
This is another piece of P1206R7, adding new members to std::unordered_set
and std::unordered_multiset.
PR libstdc++/111055
libstdc++-v3/ChangeLog:
* include/bits/hashtable.h (_M_rehash_insert)
(_M_insert_range_multi): Extracted rehashing for range insertion
to se
> -Original Message-
> From: Richard Biener
> Sent: Monday, March 17, 2025 05:10
> To: gcc-patches@gcc.gnu.org
> Cc: jklow...@schemamania.org; rdub...@symas.com
> Subject: Re: [PATCH] Populate -original dump for Cobol
>
> On Tue, 11 Mar 2025, Richard Biener wrote:
>
> > The following imp
On 17/03/2025 09:21, Tomasz Kamiński wrote:
This is another piece of P1206R7, adding new members to std::set
and std::multiset.
PR libstdc++/111055
libstdc++-v3/ChangeLog:
* include/bits/stl_multiset.h: (inser_range)
(multiset(from_range_t, _Rg&&, const _Compare&, con
This little series adds a ldirname function to libiberty and makes the
COBOL front-end to use it so it doesn't have to include the host's
libgen.h.
The ldirname implementation doesn't exactly implement the same
semantics than the POSIX dirname. In particular, it returns the empty
string rather
cpplib-15.1-b20250316.uk.po.gz
Description: Binary data
The Translation Project robot, in the
name of your translation coordinator.
This patch changes gcc/cobol/cdf-copy.cc to use the new ldirname from
libibertay rather than the host's dirname. This removes an include
for libgen.h.
Regtested in x86_64-linux-gnu by running make check-cobol.
gcc/cobol/ChangeLog
* cdf-copy.cc (copybook_elem_t::open_file): Use ldirname
From: Liam Naddell
gcc/rust/ChangeLog:
* typecheck/rust-hir-type-check-expr.cc:
Fix ICE caused by not finding enum variant by adding new error
message
gcc/testsuite/ChangeLog:
* rust/compile/issue-3046.rs:
Add test for new error message
Signed-off-by: Lia
From: Liam Naddell
gcc/rust/ChangeLog:
* ast/rust-expr.h:
Remove unnecessary include.
Signed-off-by: Liam Naddell
---
gcc/rust/ast/rust-expr.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/gcc/rust/ast/rust-expr.h b/gcc/rust/ast/rust-expr.h
index 8fc89d87878..25afe235e4e
Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk/14/13?
-- >8 --
r12-1094 mentions that adding the assert didn't lead to any regressions
in the testsuite, but this test case demonstrates that we can reach it
with valid code.
Here we arrive in use_pack_expansion_extra_args_p with t whic
From: Matthew Fortune
This fixes an issue where some G++ tests need to use a C compiler as
well as C++ to build an LTO test.
contrib/
* test_installed: Use target to select default gcc/g++ etc.
under test.
Cherry-picked fc330482ef0a8f93d44b9ff4c458691d7785cc77
from https://githu
From: Kushal Pal
libgrust/ChangeLog:
* libformat_parser/Cargo.toml:
Used crate-type instead of depricated crate_type.
* libformat_parser/generic_format_parser/src/lib.rs:
Remove dead code.
* libformat_parser/src/lib.rs: Likewise.
Signed-off-by: Kushal Pal
This patch adds a function ldirname to libiberty. It is implemented
in terms of lbasename. Basically, given a given pathname, the dirname
part is what is not the basename minus the last directory separator
separating the dirname with the basename.
include/ChangeLog
* libiberty.h (ldirna
Hey,
On Thu, 20 Feb 2025, Richard Biener wrote:
> > > +@opindex msplit-patch-nops
> > > +@item -msplit-patch-nops
> > > +When adding NOPs for a patchable area via the
> > > +@option{-fpatchable-function-entry} option emit the "before" NOPs in
> > > front
> > > +of the global entry point and the
From: jjasmine
gcc/rust/ChangeLog:
* expand/rust-macro-builtins-asm.h (enum InlineAsmParseError):
Add WARN_UNUSED_RESULT parse error
(enum WARN_UNUSED_RESULT): Likewise.
Signed-off-by: badumbatish
---
gcc/rust/expand/rust-macro-builtins-asm.h | 3 ++-
1 file changed, 2
From: jjasmine
Added tl::expected to parse_operand by implementing the validation
inside the parse_reg_operand function.
gcc/rust/ChangeLog:
* ast/rust-expr.h:
Added tl::expected to parse_operand
* expand/rust-macro-builtins-asm.cc (parse_reg): Likewise.
(parse_r
From: badumbatish
gcc/rust/ChangeLog:
* ast/rust-fmt.h (enum ParseMode):
Drop typedef in Cpp
libgrust/ChangeLog:
* libformat_parser/generic_format_parser/src/lib.rs:
Remove repr(C)
* libformat_parser/src/bin.rs: Use ffi
* libformat_parser/src/lib
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'cpplib' has been submitted
by the Romanian team of translators. The file is available at:
https://translationproject.org/latest/cpplib/ro.po
(This file, 'cpplib-15.1-b20250
Hello, gentle maintainer.
This is a message from the Translation Project robot. (If you have
any questions, send them to .)
A new POT file for textual domain 'cpplib' has been made available
to the language teams for translation. It is archived as:
https://translationproject.org/POT-files/
From: Marc Poulhiès
The visitor was still using the as_string() method.
gcc/rust/ChangeLog:
* hir/rust-hir-dump.cc (Dump::do_matcharm): New.
(Dump::do_matchcase): New.
(Dump::visit(MatchExpr)): Adjust, don't use as_string.
* hir/rust-hir-dump.h (Dump::do_matcharm
Tested on hppa64-hp-hpux11.11 and hppa-unknown-linux-gnu. Committed
to trunk.
Dave
---
testsuite: Add -gno-strict-dwarf option to dwarf2 inline[26].c tests
Some targets default to strict dwarf.
2025-03-17 John David Anglin
gcc/testsuite/ChangeLog:
PR testsuite/119220
* gcc
From: jjasmine
gcc/rust/ChangeLog:
* ast/rust-ast-collector.cc (TokenCollector::visit):
Fix visitor-related warnings
* ast/rust-ast-collector.h: Likewise.
* ast/rust-ast-visitor.cc (DefaultASTVisitor::visit): Likewise.
* ast/rust-ast-visitor.h: Likewise.
Hello, gentle maintainer.
This is a message from the Translation Project robot. (If you have
any questions, send them to .)
A new POT file for textual domain 'gcc' has been made available
to the language teams for translation. It is archived as:
https://translationproject.org/POT-files/gcc
Regenerated common.opt.urls, which I missed until autobuilder noticed.
Committed as obvious.
gcc/ChangeLog:
* common.opt.urls: Regenerate.
---
gcc/common.opt.urls | 6 ++
1 file changed, 6 insertions(+)
diff --git a/gcc/common.opt.urls b/gcc/common.opt.urls
index 79c322bed2b..ac602
From: badumbatish
First scan with "rg -v '\\r' gcc/testsuite/rust | rg 'dg-output'"
gcc/testsuite/ChangeLog:
* rust/execute/torture/issue-2187.rs:
Update pattern with \r* for dg-output tests
* rust/execute/xfail/macro1.rs: Likewise
---
gcc/testsuite/rust/execute/torture
I was reviewing some code recently and spotted an oddity. In a few
places we were emitting andi dst,src,-1 and in others [x]ori dst,src,0.
Those are obviously nops and we should get rid of them.
Most of these are coming from a split part of a couple
define_insn_and_split patterns added back i
From: ansh
gcc/rust/ChangeLog:
* ast/rust-ast-collector.cc (TokenCollector::visit):
Handle case for RAW_STRING_LITERAL.
* ast/rust-ast.cc (AttributeParser::parse_meta_item_inner):
Likewise.
(AttributeParser::parse_literal): Likewise.
* ast/rust-ast
From: badumbatish
Change the assert of (expr != nullptr) to
(this->expr != nullptr) because we assigned (std::move(expr)) to
this->expr, no need to assert expr
gcc/rust/ChangeLog:
* ast/rust-expr.h (struct AnonConst):
Change assertion of constructor
(struct InlineAsmOper
From: Antonio Gomes
gcc/rust/ChangeLog:
* hir/tree/rust-hir-expr.h: Add new get_operator_str method in
ArithmeticOrLogicalExpr and CompoundAssignmentExpr
* hir/tree/rust-hir.cc: Likewise
* typecheck/rust-hir-type-check-expr.cc: Improve error message for
ope
> -Original Message-
> From: Jakub Jelinek
> Sent: Monday, March 17, 2025 03:07
> To: Robert Dubner
> Cc: gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH] cobol: Eighteen new testcases to cobol.dg/group1.
>
> On Sun, Mar 16, 2025 at 08:55:39PM -0500, Robert Dubner wrote:
> > And if you lik
From: jjasmine
gcc/rust/ChangeLog:
* expand/rust-macro-builtins-asm.cc (parse_clobber_abi):
added comments
(parse_options): Likewise
(parse_asm_arg): Likewise
(parse_asm): Likewise
* expand/rust-macro-builtins-asm.h: Likewise
gcc/testsuite/ChangeL
From: jjasmine
gcc/rust/ChangeLog:
* expand/rust-macro-builtins-asm.cc (parse_asm):
Scaffolding validation of asm!
(validate): Likewise
* expand/rust-macro-builtins-asm.h (validate): Likewise
---
gcc/rust/expand/rust-macro-builtins-asm.cc | 31 +--
From: jjasmine
gcc/rust/ChangeLog:
* expand/rust-macro-builtins-asm.cc (parse_reg_operand):
Update parser to parse strings in the first stage
(parse_label): not needed right now
---
gcc/rust/expand/rust-macro-builtins-asm.cc | 62 +-
1 file changed, 1
From: dave
gcc/rust/ChangeLog:
* typecheck/rust-hir-type-check-item.cc (TypeCheckItem::visit): Check
for ?Trait in visitor
gcc/testsuite/ChangeLog:
* rust/compile/issue-2725.rs: New test.
Signed-off-by: Dave Evans
---
gcc/rust/typecheck/rust-hir-type-check-item.cc | 18
From: jjasmine
Safegaurd InlineAsm's clone_expr_... with unreachable since
we would never use them.
gcc/rust/ChangeLog:
* ast/rust-expr.h:
Safegaurd InlineAsm's clone_expr_... with unreachable.
---
gcc/rust/ast/rust-expr.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/gcc
From: jjasmine
gcc/testsuite/ChangeLog:
* rust/compile/inline_asm_outside_unsafe.rs: New test.
---
.../rust/compile/inline_asm_outside_unsafe.rs | 11 +++
1 file changed, 11 insertions(+)
create mode 100644 gcc/testsuite/rust/compile/inline_asm_outside_unsafe.rs
diff -
From: jjasmine
gcc/rust/ChangeLog:
* hir/tree/rust-hir-expr.h:
Added ExprType::InlineAsm
* hir/tree/rust-hir.h:
Added ExprType::InlineAsm
---
gcc/rust/hir/tree/rust-hir-expr.h | 3 +--
gcc/rust/hir/tree/rust-hir.h | 1 +
2 files changed, 2 insertions(+), 2 d
From: jjasmine
gcc/rust/ChangeLog:
* expand/rust-macro-builtins-asm.cc (parse_reg_operand):
Successful parse of in and inout, albeit with str
(check_identifier): Likewise.
(parse_asm_arg): Likewise.
* expand/rust-macro-builtins-asm.h (parse_format_string):
From: Kushal Pal
gcc/rust/ChangeLog:
* Make-lang.in: Compile new file, rust-polonius.cc
* checks/errors/borrowck/ffi-polonius/src/gccrs_ffi.rs: Opaque
type to represent FFIVector from C++.
* checks/errors/borrowck/ffi-polonius/src/gccrs_ffi_generated.rs:
C
From: Pierre-Emmanuel Patry
Wrap the function's return type within an optional in order to
differentiate between a null pointer and a missing value.
gcc/rust/ChangeLog:
* util/rust-hir-map.cc (Mappings::insert_hir_pattern): Change call site
in order to accomodate new return type
From: jjasmine
gcc/rust/ChangeLog:
* expand/rust-macro-builtins-asm.cc (check_and_set):
Scaffold expected on parse_options and asm_arg
(parse_options): Likewise
(parse_asm_arg): Likewise
* expand/rust-macro-builtins-asm.h (check_and_set): Likewise
From: Arthur Cohen
This is quite a rough fix (like a lot of the macro expansion code...) but
it allows built-in macros to be treated as statements. I *think* asm!()
might be the only one where it really matters, but also doing something
like
{
line!();
}
will now work, whereas before the ma
From: jjasmine
gcc/rust/ChangeLog:
* ast/rust-expr.h (struct InlineAsmOperand):
Partial support for operand
* expand/rust-macro-builtins-asm.cc (parse_reg_operand): Likewise.
(parse_label): Likewise.
* expand/rust-macro-builtins-asm.h (parse_label): Likewi
From: jjasmine
gcc/rust/ChangeLog:
* ast/rust-ast-visitor.h:
Scaffolding HIRFullVisitor for inline asm
* ast/rust-ast.cc (InlineAsm::accept_vis): Likewise.
* hir/tree/rust-hir-visitor.h (RUST_HIR_VISITOR_H): Likewise.
* hir/tree/rust-hir.cc (InlineAsm::acc
1 - 100 of 313 matches
Mail list logo
