Re: [PATCH] i386: Fix AVX10.2 SAT CVT testcases.

On Thu, Mar 20, 2025 at 3:14 PM Hu, Lin1 wrote: > > Hi, > > res_ref will be modified after MASK_ZERO, init res_ref2 for rounding > control intrinsics. > > Bootstrapped and regtested on x86-64-pc-linux-gnu{-m32,-m64}, OK for trunk? Ok. > > BRs, > Lin > > gcc/testsuite/ChangeLog: > > * gcc.t

Re: [PATCH v2]RISC-V:Add xuantie C908, C910, C920v1 and C920v2 to -mcpu

On Mon, 17 Mar 2025 17:31:36 +0800, Yixuan Chen wrote: > gcc/ChangeLog: > > * config/riscv/riscv-cores.def (RISCV_TUNE): Add xt-c908, xt-c910. > (RISCV_CORE): Add xt-c908, xt-c910 and xt-c920v1 and xt-c920v2. > * config/riscv/riscv.cc: Add xt-c908, xt-c910 tune info. >

Re: [PATCH v2 1/2] PR118442: Don't instrument exit edges after musttail

On Thu, Mar 20, 2025 at 09:08:25AM +0100, Richard Biener wrote: > Hmm. I do wonder whether your earlier patch was more "correct" in the > sense that a tail call does not return to the calling function but its caller. > That means it should not have a fallthru edge, so our representation > with fee

Re: [PATCH v2]RISC-V:Add xuantie C908, C910, C920v1 and C920v2 to -mcpu

Hi Majin, Thanks for your suggestion, Look like the document don't contain the following tune information: /* fmv_cost */, /* vector_unaligned_access */, /* use_divmod_expansion */, and /* overlap_op_by_pieces */ , I will follow your further modification and wait for the gcc16 window to send the

Re: [PATCH 2/2] [cobol] make sources coretypes.h and tree.h clean

On Wed, Mar 19, 2025 at 06:03:16PM -0400, James K. Lowden wrote: > I'm not convinced this effort is either good or necessary. I'm a > afraid of ending up with code no one including me understands, for the > sake of portability to architectures no one will ever use. I think > you're assuming I und

[committed] libstdc++: Fix comment typo

On Wed, Mar 19, 2025 at 11:29:55PM +, Jonathan Wakely wrote: > libstdc++-v3/ChangeLog: > > * include/bits/locale_facets_nonio.tcc (time_put::do_put): Fix > typo in comment. Another one, committed as obvious. 2025-03-20 Jakub Jelinek * testsuite/18_support/numeric_limi

Re: [PATCH] Fix GCN SIMD libm bug

I meant to send this to the newlib list. Apparently yesterday was a bad day for sending emails correctly. :( Andrew On 19/03/2025 15:04, Andrew Stubbs wrote: Since January, GCC has been miscompiling Newlib libm on AMD GCN due to undefined behaviour in the RESIZE_VECTOR macro. It was "working"

Re: [PATCH] OpenMP: 'interop' construct - add ME support + target-independent libgomp

On Tue, Mar 18, 2025 at 03:36:58PM +0100, Paul-Antoine Arras wrote: > This patch partially enables use of the OpenMP interop construct by adding > middle end support, mostly in the omplower pass, and in the target-independent > part of the libgomp runtime. It follows up on previous patches for C, C

[PATCH] libstdc++: Add from_range_t constructors to debug ordered containers

libstdc++-v3/ChangeLog: * include/debug/map.h (map): Add from_range constructors and deduction guides. * include/debug/multimap.h (multimap): Likewise. * include/debug/multiset.h (multiset): Likewise. * include/debug/set.h (set): Likewise. --- When testing

[PATCH 2/3] libstdc++: Fix localized D_T_FMT %c formatting for [PR117214]

From: XU Kailiang 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 contains strftime specifiers which are not valid for chrono-specs, e.g. %l. So just use _M_locale_fmt to avoid t

Re: [PATCH] libstdc++: Add from_range_t constructors to debug ordered containers

On Thu, Mar 20, 2025 at 10:31 AM Jonathan Wakely wrote: > libstdc++-v3/ChangeLog: > > * include/debug/map.h (map): Add from_range constructors and > deduction guides. > * include/debug/multimap.h (multimap): Likewise. > * include/debug/multiset.h (multiset): Likewi

[PATCH] RISC-V: Recognized Svrsw60t59b extension

This patch support svrsw60t59b extension[1]. To enable GCC to recognize and process svrsw60t59b extension correctly at compile time. [1] https://github.com/riscv/Svrsw60t59b gcc/ChangeLog: * common/config/riscv/riscv-common.cc: New extension. * config/riscv/riscv-opts.h: New mas

[COMMITTED 071/144] gccrs: Used `IndexVec` for Loans

From: Kushal Pal gcc/rust/ChangeLog: * checks/errors/borrowck/rust-bir-place.h: Used `IndexVec` with ScopeId as index. * checks/errors/borrowck/rust-borrow-checker-diagnostics.cc (BorrowCheckerDiagnostics::get_loan): Convert Polonius::Loan to BIR::Loan, so

Contents of PO file 'cpplib-15.1-b20250316.de.po'

cpplib-15.1-b20250316.de.po.gz Description: Binary data The Translation Project robot, in the name of your translation coordinator.

Re: [PATCH] SCC-Copy: Add More Debug dumps

On Mon 2025-03-17 15:52:53, Andrew Pinski wrote: > 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. That's useful indeed. Thanks for that addition! Filip Kastl

[committed] openmp: Fix up cloning of dynamic C++ initializers for OpenMP target [PR119370]

Hi! The following testcase ICEs, because we emit the dynamic initialization twice, once for host and once for target initialization, and although we use copy_tree_body_r to unshare it, e.g. for the array initializers it can contain TARGET_EXPRs with local temporaries (or local temporaries alone).

[PATCH][v2] Make function_decl_type a scoped enum

The enum currently has a member named NONE which pollutes the global namespace unnecessarily. Use a scoped enum instead. v2 makes the scoped enum unsigned and fixes up a bogus use of NONE in the aarch64 backend. Bootstrapped and tested on x86_64-unknown-linux-gnu, pushed. gcc/ * tree-co

[PATCH] i386: Fix AVX10.2 SAT CVT testcases.

Hi, res_ref will be modified after MASK_ZERO, init res_ref2 for rounding control intrinsics. Bootstrapped and regtested on x86-64-pc-linux-gnu{-m32,-m64}, OK for trunk? BRs, Lin gcc/testsuite/ChangeLog: * gcc.target/i386/avx10_2-512-vcvtph2ibs-2.c: Fix testcase. * gcc.target/i3

Re: [PATCH 00/27] Use avx10.x as the only option for AVX10 with 512 bit vector support while remove avx10.x-256/512 option and 256 bit rounding support

On Thu, Mar 20, 2025 at 2:37 AM Liu, Hongtao wrote: > > > > > -Original Message- > > From: Jiang, Haochen > > Sent: Wednesday, March 19, 2025 3:38 PM > > To: gcc-patches@gcc.gnu.org > > Cc: Liu, Hongtao ; ubiz...@gmail.com > > Subject: [PATCH 00/27] Use avx10.x as the only option for AVX1

Re: [PATCH v2 1/2] PR118442: Don't instrument exit edges after musttail

On Thu, Mar 20, 2025 at 2:34 AM Andi Kleen wrote: > > From: Andi Kleen > > When -fprofile-generate is used musttail often fails because the > compiler adds instrumentation after the tail calls. > > This patch prevents adding exit extra edges after musttail because for a > tail call the execution

Re: [PATCH 2/2] [cobol] make sources coretypes.h and tree.h clean

On Thu, Mar 20, 2025 at 10:32:17AM +0100, Jakub Jelinek wrote: > And more importantly, _Float128 and __int128 are only available on small > subsets of hosts. Many of the __int128 uses in the COBOL FE are just > wrong because they lose the upper 64 bits when turning it into a tree, > so just using

[PATCH 0/1][RFC] middle-end: target support checks for vectorizable_induction

Hi all, While tinkering with AArch64's SVE port, I noticed (by means of ICE) that vetorizable_induction does not accurately test target support of the vectorized operations it emits. This would only give an ICE for variable-length vectors (see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103523

[PATCH 1/1][RFC] Induction vectorizer: prevent ICE for scalable types

We currently check that the target suppports PLUS_EXPR and MINUS_EXPR with step_vectype (a fix for pr103523). However, vectorizable_induction can emit a vectorized MULT_EXPR when calculating the step of each IV for SLP, and both MULT_EXPR/FLOAT_EXPR when calculating VEC_INIT for float inductions.

[PATCH] libgcobol: Add configure checks for iconv.

Tested on x86_64 Linux, Darwin, OK for trunk? thanks Iain --- 8< --- Some targets might need to add libraries to get iconv support. libgcobol/ChangeLog: * Makefile.am: Use LIBICONV. * Makefile.in: Regenerate. * aclocal.m4: Regenerate. * config.h.in: Regenerate.

[PATCH] [cobol] move global data to symbol_table_init

The following avoids early runtime initialization of cbl_field_t objects which, when using tree to represent the current _Float128 data, segfaults as tree data like float128_type_node is not yet initialized. The solution is to move the global data to symbol_table_init which is the only user and it

Re: [PATCH v3, backport] c++: Don't prune constant capture proxies only used in array dimensions [PR114292]

On 3/19/25 12:40 PM, Simon Martin wrote: Hi Jason, On Mon Jan 27, 2025 at 9:10 PM CET, Simon Martin wrote: Hi Jason, On 27 Jan 2025, at 20:53, Jason Merrill wrote: On 1/27/25 2:34 PM, Simon Martin wrote: Hi Jason, On 27 Jan 2025, at 15:23, Jason Merrill wrote: On 1/27/25 8:14 AM, Simon M

Re: [TO-BE-COMMITED,PATCH] s390: Deprecate ESA/390 support

On Wed, Mar 12, 2025 at 12:38:59PM +, Joseph Myers wrote: > This commit has changed int __attribute__ ((__mode__ (__word__))) on s390 > -m31 from int to long long. That introduces a glibc testsuite failure - > the glibc testsuite verifies the expected C++ name mangling of various > types, i

[PATCH] libstdc++: Add from_range_t constructors to debug ordered containers

libstdc++-v3/ChangeLog: * include/debug/unordered_map (unordered_map): Add from_range constructors and deduction guides. (unordered_multimap): Likewise. * include/debug/unordered_set (unordered_set): Add from_range constructors and deduction guides.

[PATCH 0/1] Cherry pick of patch for gcc-13 fixing PR119372

Hello, This is a cherry pick of 20385cb92cbd4a1934661ab97a162c1e25935836 which didn't apply cleanly so needed a very minor edit to for it to apply for GCC 12 and 13. Regtested and bootstrapped for gcc-13 on aarch64-linux-gnu. This applies cleanly to gcc-12 but there is a regression for `c-c++-c

[PATCH 00/10] testsuite: aarch64: arm: Fixes in effective-targets

While looking at enabling vld1x?.c and vst1x?.c tests on arm, I noticed several inconsistencies in testcases under advsimd-intrinsics and related effective-targets. 1- The dg-do-what action is computed by advsimd-intrinsics.exp depending on the actual target, so there normally should be no '

Re: C++/v3 PATCH to add/throw std::bad_array_new_length

On 3/19/25 1:35 PM, Thomas Schwinge wrote: Hi Jason! On 2013-05-03T16:24:43-0400, Jason Merrill wrote: Last year Florian fixed the compiler to detect overflow in array new size calculations and pass (size_t)-1 in that case. But C++11 specifies that in case of overflow the program throws std::

[PATCH v2 1/3] libstdc++: Use formatting locale for std::time_put formats

When using std::time_put to format a chrono value, we should imbue the formatting locale into the stream. This ensures that when std::time_put::do_put uses a ctype or __timepunct facet from the locale, it gets the correct facets. libstdc++-v3/ChangeLog: * include/bits/chrono_io.h (__forma

[PATCH 01/10] testsuite: arm: remove duplicate -mcpu=unset in arm_v8_1_lob_ok

This was probably a typo / oversight. gcc/testsuite/ * lib/target-supports.exp (check_effective_target_arm_v8_1_lob_ok): Remove duplicate -mcpu=unset. --- gcc/testsuite/lib/target-supports.exp | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gcc/

[PATCH 05/10] testsuite: aarch64: arm: Remove redundant dg-do run in advsimd-intrinsics tests

Tests under advsimd-intrinsics are controlled by advsimd-intrinsics.exp which computes the adequate dg-do-what depending on the actual target, it should not be redefined in the tests, except when the action can never be 'run'. This currently makes no difference, but it would when we remove dg-skip

Re: [PATCH v2 2/2] PR119376: Disable clang musttail

On Thu, Mar 20, 2025 at 11:45:33AM -0400, Jason Merrill wrote: > On 3/19/25 9:31 PM, Andi Kleen wrote: > > From: Andi Kleen > > > > There are multiple reports (see PR 119376) now where semantic differences > > in the gcc musttail implementation break existing programs written for the > > clang >

[PATCH 02/10] testsuite: aarch64: arm: move saturating_arithmetic_autovect tests to simd/

These tests force dg-options because they rely on -ftree-vectorize and do not make use of torture options, so move them to simd/ where they belong. gcc/testsuite/ * gcc.target/aarch64/advsimd-intrinsics/saturating_arithmetic_autovect.inc: Move to gcc.target/aarch64/simd/.

[PATCH v2] RISC-V: Recognized Svrsw60t59b extension

This patch support svrsw60t59b extension[1]. To enable GCC to recognize and process svrsw60t59b extension correctly at compile time. [1] https://github.com/riscv/Svrsw60t59b gcc/ChangeLog: * common/config/riscv/riscv-common.cc: (riscv_ext_version_table) New extension. (r

New Croatian PO file for 'gcc' (version 15.1-b20250316)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'gcc' has been submitted by the Croatian team of translators. The file is available at: https://translationproject.org/latest/gcc/hr.po (This file, 'gcc-15.1-b20250316.hr.po

RE: [PATCH] libgcobol: Add configure checks for iconv.

> -Original Message- > From: Iain Sandoe > Sent: Thursday, March 20, 2025 08:20 > To: rdub...@symas.com; gcc-patches@gcc.gnu.org > Subject: [PATCH] libgcobol: Add configure checks for iconv. > > Tested on x86_64 Linux, Darwin, OK for trunk? > thanks > Iain I ran my full test suite, inc

Re: [PATCH][RFC] [cobol] change cbl_field_data_t::etc_t::value from _Float128 to tree

> On 20 Mar 2025, at 19:00, Robert Dubner wrote: > > > >> -Original Message- >> From: Richard Biener >> Sent: Thursday, March 20, 2025 10:16 >> To: gcc-patches@gcc.gnu.org >> Cc: Jakub Jelinek ; rdub...@symas.com >> Subject: Re: [PATCH][RFC] [cobol] change cbl_field_data_t::etc_t::v

Re: [PATCH][RFC] [cobol] change cbl_field_data_t::etc_t::value from _Float128 to tree

> On 20 Mar 2025, at 14:15, Richard Biener wrote: > > On Thu, 20 Mar 2025, Richard Biener wrote: > >> The following removes the main instance of _Float128 use in the cobol >> frontend and replaces it with a tree for cbl_field_data_t::etc_t::value >> and with REAL_VALUE_TYPE in some helpers. >

Re: COBOL: Implementation of STOP RUN / GOBACK [was: [PATCH][v3] Simple cobol.dg testsuite]

On Mar 13, 2025, at 8:04 AM, Simon Sobisch wrote: > > exit() allows us to "pass to the operating system" directly; but it doesn't > directly say "success" or "fail". > > > Obviously the statements > STOP RUN WITH NORMAL STATUS 41 > and > STOP RUN ERROR 41 > > Should have a different resul

Re: [PATCH][RFC] [cobol] change cbl_field_data_t::etc_t::value from _Float128 to tree

On Thu, Mar 20, 2025 at 03:30:30PM -0500, Robert Dubner wrote: > Let me find one inky-dink example. Talk amongst yourselves...here we go. > > identification division. > program-id. prog. > datadivision. > working-storage

[Fortran, Patch, PR119349, v1] Fix regression of polymorphic dummy sourced from array constructors.

Hi all, attached patch fixes a 15-regression where an element of an actual temporary array, i.e., elemental([ e1, e2...]) passed to the formal polymorphic dummy leads to a double free of the derived types components. This patch prevents this by preventing the deallocation of the array constructors

Re: [PATCH v2 1/3] libstdc++: Use formatting locale for std::time_put formats

On Thu, 20 Mar 2025 at 16:16, Jonathan Wakely wrote: > > When using std::time_put to format a chrono value, we should imbue the > formatting locale into the stream. This ensures that when > std::time_put::do_put uses a ctype or __timepunct facet from the locale, > it gets the correct facets. > > l

[PATCH 09/10] testsuite: aarch64: arm: Fix -mfpu=auto support in fp16_neon_ok

Like a previous patch, replace "" with -mfpu=auto to match the intended effect of -march=armv8.2-a+fp16. No visible change because the effect is masked by other effective targets used in the tests, done for consistency. gcc/testsuite/ * lib/target-supports.exp (check_effec

Re: [PATCH v2 2/2] PR119376: Disable clang musttail

On Thu, Mar 20, 2025 at 10:01:02AM -0700, Andi Kleen wrote: > So it could be as simple as that patch? It solves your test case at least > for x86. Not sure I like this, but if others (e.g. Richi, Joseph, Jason) are ok with it I can live with it. But we'd need a good documentation, ideally some s

[PATCH] tree-optimization/119389 - limit edge processing in dominated_by_p_w_unex

The following removes quadraticness when visiting each predecessor of a large CFG merge with dominated_by_p_w_unex. Bootstrapped and tested on x86_64-unknown-linux-gnu, pushed. PR tree-optimization/119389 * tree-ssa-sccvn.cc (dominated_by_p_w_unex): Limit the number of pre

gcc-patches@gcc.gnu.org

I forgot I'd tweaked my git-send-email settings and so this patch didn't get sent to gcc-patches, sorry. Resending ... On 20/03/25 18:52 +, Jonathan Wakely wrote: Tomasz suggested replacing this constructor with just append_range(rg), after using a delegating constructor so that the destruc

Re: [PATCH 1/2] libstdc++: Add views::cache_latest and views::to_input to std module

On Thu, Mar 20, 2025 at 8:19 PM Jonathan Wakely wrote: > Also export the tuple-like helpers from , and the > std::from_range_t and std::from_range tag. > > libstdc++-v3/ChangeLog: > > * src/c++23/std.cc.in (tuple_element, tuple_element_t) > (tuple_size, tuple_size_v, get): Export.

Re: [PATCH 1/8] aarch64: Use PAUTH instead of V8_3A in some places

Hi all, This commit applies cleanly to GCC 14 and fixes PR119372. Bootstrapped and regtested on aarch64-linux-gnu. Okay for gcc 14 backport? Alfie Richards On 08/10/2024 16:46, Richard Sandiford wrote: Andrew Carlotti writes: gcc/ChangeLog: * config/aarch64/aarch64.cc (aar

Re: [PATCH] RISC-V: Recognized Svrsw60t59b extension

On 20/03/2025 08:11, Mingzhu Yan wrote: This patch support svrsw60t59b extension[1]. To enable GCC to recognize and process svrsw60t59b extension correctly at compile time. [1] https://github.com/riscv/Svrsw60t59b gcc/ChangeLog: * common/config/riscv/riscv-common.cc: New extension.

Re: [PATCH v2 2/2] PR119376: Disable clang musttail

On 3/19/25 9:31 PM, Andi Kleen wrote: From: Andi Kleen There are multiple reports (see PR 119376) now where semantic differences in the gcc musttail implementation break existing programs written for the clang variant. Even though that can be all hopefully fixed eventually, for the gcc 15 rele

Re: [PATCH] libstdc++: Add from_range_t constructors to debug ordered containers

On Thu, 20 Mar 2025 at 11:18, Tomasz Kamiński wrote: > > libstdc++-v3/ChangeLog: > > * include/debug/unordered_map (unordered_map): Add from_range > constructors and deduction guides. > (unordered_multimap): Likewise. > * include/debug/unordered_set (unordered_set):

[PATCH] wwwdocs: Document changes to the D front-end

Hi, This patch adds D front-end section to the GCC changes pages. When inspecting this, I noticed that the previous two releases has been missed/forgot about as well. Ran all pages through the w3c validator and got no reported errors. OK? Thanks, Iain. --- * htdocs/gcc-13/changes.html:

[PATCH] gimple: sccopy: Don't increment i after vec::unordered_remove()

Hi, Ok to push if bootstrap and regtest (on x86_64 linux) succeeds? Thanks, Filip Kastl -- 8< -- I increment the index variable in a loop even when I do vec::unordered_remove() which causes the vector traversal to miss some elements. Mikael notified me of this mistake I made in my last patch

Re: [PATCH] cobol: Fifteen new cobol.dg testscases.

On Mär 17 2025, Robert Dubner wrote: > diff --git a/gcc/testsuite/cobol.dg/group1/check_88.cob > b/gcc/testsuite/cobol.dg/group1/check_88.cob > new file mode 100644 > index ..4a7723eb92a3 > --- /dev/null > +++ b/gcc/testsuite/cobol.dg/group1/check_88.cob > @@ -0,0 +1,101 @@ > +*> { dg-

[PATCH] cobol: Do not overload int64_t, overload long and long long.

Tested on x86_64 linux/darwin, aarch64 linux, OK for trunk? thanks Iain --- 8< --- Since the type that is used for int64_t varies between platforms trying to overload it creates ambiguous or conflicting overloads. Therefore, just overload 'long' and 'long long'. gcc/cobol/ChangeLog: *

[COMMITTED 054/144] gccrs: Perform lowering hir output operand to tree

From: badumbatish gcc/rust/ChangeLog: * backend/rust-compile-asm.cc (CompileAsm::asm_build_expr): Add debug comment (CompileAsm::asm_construct_outputs): Perform lowering hir output operand to tree --- gcc/rust/backend/rust-compile-asm.cc | 12 +++- 1 file

[COMMITTED 025/144] gccrs: Move errors with locations

From: Kushal Pal gcc/rust/ChangeLog: * checks/errors/borrowck/rust-borrow-checker-diagnostics.cc (BorrowCheckerDiagnostics::report_move_errors): Specify locations for code causing errors and related moves. gcc/testsuite/ChangeLog: * rust/borrowck/test_move.rs: T

Re: [PATCH 1/1] aarch64: Use PAUTH instead of V8_3A in some places

On 20/03/2025 14:31, Alfie Richards wrote: > From: Andrew Carlotti > > gcc/ChangeLog: > I think you need to add: PR target/119372 here, so that the backport commits get tracked in bugzilla. Thanks, Alex > * config/aarch64/aarch64.cc > (aarch64_expand_epilogue): Use TARGE

RE: [PATCH][RFC] [cobol] change cbl_field_data_t::etc_t::value from _Float128 to tree

Okay, I managed to figure out a way of getting the debug information back into the libgcobol. The addition is done by the routine __gg__add_fixed_phase1() The run-tiome inputs to that routine should be 1 and 555. What's coming through in the patched code are 1 and 554 I haven't

Re: [PATCH] cobol: Replace quadratic loop removing std::set elements

On Thu, 20 Mar 2025 at 21:27, James K. Lowden wrote: > > On Wed, 19 Mar 2025 20:33:36 + > Jonathan Wakely wrote: > > > There's no need to keep using std::find_if from the beginning of the > > container after every removal, just update the iterator after erasing > > an element. > > > > This is

Re: [PATCH] cobol: Replace quadratic loop removing std::set elements

On Wed, 19 Mar 2025 20:33:36 + Jonathan Wakely wrote: > There's no need to keep using std::find_if from the beginning of the > container after every removal, just update the iterator after erasing > an element. > > This is how C++20 std::erase_if is implemented.\ LGTM. I am gun-shy about u

[PATCH 08/10] testsuite: aarch64: arm: Fix -mcpu=unset support in some effective targets

Many tests became unsupported on aarch64 when -mcpu=unset was added to arm_v8_2a_fp16_neon_ok and arm_v8_2a_bf16_neon_ok 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 ""

[committed] d: Fix quoted command-line options to match lang.opt [PR118545]

Hi, It was noticed that not all D language options get a url in diagnostics. These have been checked and fixed as necessary. Bootstrapped and regression tested on x86_64-linux-gnu/-m32, and committed to mainline. Regards, Iain. --- PR d/118545 gcc/d/ChangeLog: * d-lang.cc (d_h

New German PO file for 'gcc' (version 15.1-b20250316)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'gcc' has been submitted by the German team of translators. The file is available at: https://translationproject.org/latest/gcc/de.po (This file, 'gcc-15.1-b20250316.de.po',

Re: [PATCH v2 2/2] PR119376: Disable clang musttail

On Thu, Mar 20, 2025 at 06:25:26PM +0100, Jakub Jelinek wrote: > On Thu, Mar 20, 2025 at 10:01:02AM -0700, Andi Kleen wrote: > > So it could be as simple as that patch? It solves your test case at least > > for x86. > > Not sure I like this, but if others (e.g. Richi, Joseph, Jason) are ok with >

[PATCH] Pass CPPFLAGS in HOST_EXPORTS for --build != --host

This fixes the build of libiberty for --build=x86_64-pc-linux-gnu --host=x86_64-netbsd: $ ../configure \ --build=x86_64-pc-linux-gnu \ --host=x86_64--netbsd \ CPPFLAGS="--sysroot=/netbsd-sysroot" \ CC=x86_64--netbsd-gcc CFLAGS="--sysroot=/netbsd-sysroot" \ CXX=x8

Re: [PATCH v2 2/2] PR119376: Disable clang musttail

On Thu, Mar 20, 2025 at 05:28:48PM +0100, Jakub Jelinek wrote: > On Thu, Mar 20, 2025 at 09:19:02AM -0700, Andi Kleen wrote: > > The inlining was just one of the issue, there are some related to > > different semantics of escaped locals. gcc always errors out while > > LLVM declares it undefined. >

[PATCH][RFC] [cobol] change cbl_field_data_t::etc_t::value from _Float128 to tree

The following removes the main instance of _Float128 use in the cobol frontend and replaces it with a tree for cbl_field_data_t::etc_t::value and with REAL_VALUE_TYPE in some helpers. The default value is changed to a float128_type_node zero from 0.0. get_power_of_ten was picked from Jakubs PR119

Re: [PATCH] nvptx: In offloading compilation, special-case certain host-setup symbol aliases [PR101544]

Hi Jason! On 2025-03-20T11:59:07-0400, Jason Merrill wrote: > On 3/20/25 11:35 AM, Thomas Schwinge wrote: >> Appears that I'm too dumb to implement >> : >> >> | We "simply" need to transform any symbol aliases into thunks calling the >> a

[PATCH 10/10] testsuite: aarch64: arm: Fix -mcpu=unset -mfpu=auto support in more effective targets

Like previous patches, fix the use of -mcpu=unset and -mfpu=auto in several effective target shared between aarch64 and arm. aarch64 does not support these flags, so we use them only on arm. Replace "" with -mfpu=auto in the first flags we try on arm to make sure the intended FPU effect of -march

Re: [PATCH 0/1] Cherry pick of patch for gcc-13 fixing PR119372

On 20/03/2025 14:31, Alfie Richards wrote: > Hello, > > This is a cherry pick of 20385cb92cbd4a1934661ab97a162c1e25935836 which > didn't apply cleanly > so needed a very minor edit to for it to apply for GCC 12 and 13. > > Regtested and bootstrapped for gcc-13 on aarch64-linux-gnu. > > This app

Re: [PATCH][PUSHED] hwasan: support new dg-output format.

On 09/02/2024 15:32, Alex Coplan wrote: > Hi, > > On 04/05/2022 09:59, Martin Liška wrote: > > Supports change in libsanitizer where it newly reports: > > READ of size 4 at 0xc3d4 tags: 02/01(00) (ptr/mem) in thread T0 > > > > So the 'tags' contains now 3 entries compared to 2 entries. >

Re: [PATCH 0/1] Cherry pick of patch for gcc-13 fixing PR119372

On 20/03/2025 14:31, Alfie Richards wrote: Hello, This is a cherry pick of 20385cb92cbd4a1934661ab97a162c1e25935836 which didn't apply cleanly so needed a very minor edit to for it to apply for GCC 12 and 13. Regtested and bootstrapped for gcc-13 on aarch64-linux-gnu. This applies cleanly to

[PATCH 1/1] aarch64: Use PAUTH instead of V8_3A in some places

From: Andrew Carlotti gcc/ChangeLog: * config/aarch64/aarch64.cc (aarch64_expand_epilogue): Use TARGET_PAUTH. * config/aarch64/aarch64.md: Update comment. --- gcc/config/aarch64/aarch64.cc | 6 +++--- gcc/config/aarch64/aarch64.md | 8 2 files changed, 7 inserti

[PATCH 2/2] libstdc++: Fix std.compat exports of and

libstdc++-v3/ChangeLog: * src/c++23/std.compat.cc.in: Only export and contents for C++26 and later. --- Tested by compiling and importing both std and std.compat. libstdc++-v3/src/c++23/std.compat.cc.in | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --

[PATCH 1/2] libstdc++: Add views::cache_latest and views::to_input to std module

Also export the tuple-like helpers from , and the std::from_range_t and std::from_range tag. libstdc++-v3/ChangeLog: * src/c++23/std.cc.in (tuple_element, tuple_element_t) (tuple_size, tuple_size_v, get): Export. (ranges::cache_latest_view, views::cache_latest): Export.