Re: [patch, Fortran] Fix PR 118862, overwide shft

Am 17.02.25 um 05:53 schrieb Steve Kargl: On Sun, Feb 16, 2025 at 09:36:20AM +0100, Thomas Koenig wrote: this patch is a variation of Jakub's patch in the PR, which avoids overflow on the mask used for exponentiation and fixes unsigned HOST_WIDE_INT. I tried testing this on a POWER machine, bu

Re: [patch, Fortran] Fix PR 118862, overwide shft

On Sun, Feb 16, 2025 at 09:36:20AM +0100, Thomas Koenig wrote: > > this patch is a variation of Jakub's patch in the PR, which > avoids overflow on the mask used for exponentiation and > fixes unsigned HOST_WIDE_INT. I tried testing this on > a POWER machine, but --with-build-config=bootstrap-ubs

[committed][PATCH] i386: Regenerate i386.opt.urls

Hi all, We need to regenerate i386.opt.urls after removing -mavx10.1. Commit as obvious. When backporting to GCC14, I will also include this. Thank autobuilder reminding me of this: https://builder.sourceware.org/buildbot/#/builders/269/builds/12173/steps/8/logs/stdio Thx, Haochen gcc/ChangeLo

[PING][PATCH v2] libcpp: Fix incorrect line numbers in large files [PR108900]

From: Yash Shinde 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

Re: [PATCH 1/2] Add TARGET_COMPUTE_MULTILIB_OS hook to override multi-lib-os result.

On Fri, 14 Feb 2025 21:03:46 +0800, Jin Ma wrote: > Create a new hook to let target could override the multi-lib-os result. > > The motivation for this change arises from the fact that using > TARGET_COMPUTE_MULTILIB to override the original multilib_dir can lead > to unexpected behavior with mul

Re: [PATCH] RISC-V: Bugfix ICE for RVV intrinisc when using no-extension parameters

On Sat, 15 Feb 2025 20:59:37 -0700, Jeff Law wrote: > > > On 2/14/25 12:12 AM, Jin Ma wrote: > > When using riscv_v_abi, the return and arguments of the function should > > be adequately checked to avoid ICE. > > > > PR target/118872 > > > > gcc/ChangeLog: > > > > * config/riscv/riscv.

Re: [PATCH] [RISC-V] Tune for removal unnecessary sext in builtin overflows [PR108016]

On Sat, Feb 15, 2025 at 08:39:44AM -0700, Jeff Law wrote: > > Looks pretty good. While it fixes a bug, we're actually in stage4 of the > development cycle. So with some exceptions we require the bug to be a > regression relative to earlier releases. > > We tend to make exceptions for cases wher

[PATCH] RISC-V: Fix failed tests for regression due to fix ICE patch

Ref: https://github.com/ewlu/gcc-precommit-ci/issues/3096#issue-2854419069 gcc/testsuite/ChangeLog: * gcc.target/riscv/rvv/base/bug-9.c: Added new failure check. * gcc.target/riscv/rvv/base/target_attribute_v_with_intrinsic-17.c: Likewise. * gcc.target/riscv/rvv/base/targ

Re:[Pushed] [PATCH] LoongArch: Fix the issue of function jump out of range caused by crtbeginS.o [PR118844].

Pushed to r15-7581. 在 2025/2/12 下午4:01, Lulu Cheng 写道: Due to the presence of R_LARCH_B26 in /usr/lib/gcc/loongarch64-linux-gnu/14/crtbeginS.o, its addressing range is [PC-128MiB, PC+128MiB-4]. This means that when the code segment size exceeds 128MB, linking with lld will definitely fail (ld wi

Re: [PATCH 0/2] i386: Adjust AVX10 related options

On Thu, Feb 13, 2025 at 4:08 PM Haochen Jiang wrote: > > Hi all, > > According to the previous feedback on our RFC for AVX10 option adjustment > and discussion with LLVM, we finalized how we are going to handle that. > > The overall direction is to re-alias avx10.x alias to 512 bit and only > usin

Re: [PATCH] i386: Do not check vector size conflict when AVX512 is not explicitly set [PR 118815]

On Fri, Feb 14, 2025 at 9:56 AM Haochen Jiang wrote: > > Hi all, > > When AVX512 is not explicitly set, we should not take EVEX512 bit into > consideration when checking vector size. It will solve the intrin header > file reporting warnings when compiling with -Wsystem-headers. > > However, there

Re: [PATCH] Simplify _Hashtable::_M_merge_multi

On Sun, 16 Feb 2025 at 21:15, François Dumont wrote: > > Hi > > A minor simplification. > > libstdc++: Simplify _Hashtable::_M_merge_multi > > When merging two hashtable instances of the same type we do not need > to go through _M_src_hash_code that also check for identical Hash functor > type. B

[PATCH] middle-end: Fixup constant integers when expanding __builtin_crc [PR118288]

Constant integers with MSB set have to be represented as corresponding signed integers. Use gen_int_mode to emit them in the correct way. PR middle-end/118288 gcc/ChangeLog: * builtins.cc (expand_builtin_crc_table_based): Use gen_int_mode to emit constant integers with MSB set. gcc

[PATCH] Simplify _Hashtable::_M_merge_multi

Hi A minor simplification. libstdc++: Simplify _Hashtable::_M_merge_multi When merging two hashtable instances of the same type we do not need to go through _M_src_hash_code that also check for identical Hash functor type. libstdc++-v3/ChangeLog:     * include/bits/hashtable.h (_Hashtabl

[PATCH] libstdc++: implement constexpr memory algorithms

Hello, the attached patch implements the C++26 papers that add `constexpr` to the specialized memory algorithms (the uninitialized_* family). Tested on x86-64 Linux. Thank you, -- Giuseppe D'Angelo From 8a4224674bf267c80924a9f69c634f050c3ad590 Mon Sep 17 00:00:00 2001 From: Giuseppe D'Angelo

RE: [PATCH] COBOL 9/15 532K api: GENERIC interface

> -Original Message- > From: David Malcolm > Sent: Saturday, February 15, 2025 23:39 > To: James K. Lowden ; gcc-patches@gcc.gnu.org > Subject: Re: [PATCH] COBOL 9/15 532K api: GENERIC interface > > On Sat, 2025-02-15 at 16:02 -0500, James K. Lowden wrote: > > From 5d53920602e234e4d99ae

Re: [wwwdocs, pushed] Document libstdc++ headers that are deprecated in GCC 15

On Sun, 16 Feb 2025 at 18:42, Gerald Pfeifer wrote: > > On Thu, 16 Jan 2025, Jonathan Wakely wrote: > > Pushed to wwwdocs. > > Thank you for updating the release notes! > > > +Deprecated headers > > + > > +Some C++ Standard Library headers now produce deprecation warnings when > > +included. The w

Re: [wwwdocs, pushed] Document libstdc++ headers that are deprecated in GCC 15

On Thu, 16 Jan 2025, Jonathan Wakely wrote: > Pushed to wwwdocs. Thank you for updating the release notes! > +Deprecated headers > + > +Some C++ Standard Library headers now produce deprecation warnings when > +included. The warnings suggest how to adjust the code to avoid the warning, > +for exa

[pushed] wwwdocs: htdocs: Rotate most 2022 news

Business as usual; pushed. Gerald --- htdocs/index.html | 24 htdocs/news.html | 24 2 files changed, 24 insertions(+), 24 deletions(-) diff --git a/htdocs/index.html b/htdocs/index.html index 0f7b2408..dcbe5cd2 100644 --- a/htdocs/index.html ++

Re: [PATCH] COBOL 3/15 92K bld: config and build machinery

On Sat, 15 Feb 2025 21:18:50 + Sam James wrote: > Please generate these files with vanilla autoconf-2.69, not > distro-patched autoconf. Sure thing, Sam. I meant to do that; I thought I did. It might be that the distro's autoconf still sneaked in again later. How did you spot it? I'd l

[patch,avr,applied] ad PR118764: Define __AVR_CVT__ when -mcvt is on

Added this addendum to PR118764 / "compact vector table". Johann -- AVR: ad target/118764 - Let -mcvt set built-in macro __AVR_CVT__ gcc/ PR target/118764 * config/avr/avr-c.cc (avr_cpu_cpp_builtins) [TARGET_CVT]: Define __AVR_CVT__. * doc/invoke.texi (AVR Built

[to-be-committed][RISC-V][PR target/118248] Avoid bogus alloca call in RISC-V backend

This is Jakub's patch and Ian's testcase for the slightly vexing fault building the D runtime with an s390x-x-riscv cross compiler. The core issue is we're allocating a vector to hold temporary registers unconditionally, including cases where the vector isn't needed because the loop isn't goin

Re: [patch,avr] Run avr_builtin_supported_p in avr_resolve_overloaded_builtin

Georg-Johann Lay writes: > This patch executes avr_builtin_supported_p at a later time and in > avr_resolve_overloaded_builtin. This allows for better diagnostics > and avoids lto1 hiccups when a built-in decl is NULL_TREE. > > Ok for trunk? > Ok. Denis

Re: [patch,avr] Don't output operations for unused result regs

Georg-Johann Lay writes: > When REG_UNUSED notes indicate that some result bytes are not > used by the following code, then there's no need to asm out them. > The patch uses such notes for the asm out of AND, IOR, XOR, PLUS, MINUS. > > Passes without regressions. Ok for trunk? Ok. Please apply.

[patch, fortran, committed] Remove duplicate output of save attribute

Hello world, I just committed the attached patch as obvious, simple and having no user impact), as r15-7575. Previously, a dump looked like attributes: (VARIABLE IMPLICIT-SAVE BIND(C) SAVE-IMPLICIT) and now it is attributes: (VARIABLE IMPLICIT-SAVE BIND(C)) Best regards Thom

Re: [PATCH] c++: Add testcase for now fixed issue [PR117324]

On 14 Feb 2025, at 17:51, Marek Polacek wrote: > On Fri, Feb 14, 2025 at 04:45:01PM +, Simon Martin wrote: >> Hi Marek, >> >> On 14 Feb 2025, at 17:27, Marek Polacek wrote: >> >>> On Fri, Feb 14, 2025 at 04:20:07PM +, Simon Martin wrote: The case in this PR does not ICE anymore after

[patch, Fortran] Fix PR 118862, overwide shft

Hello world, this patch is a variation of Jakub's patch in the PR, which avoids overflow on the mask used for exponentiation and fixes unsigned HOST_WIDE_INT. I tried testing this on a POWER machine, but --with-build-config=bootstrap-ubsan fails bootstrap there. Regression-tested. OK for trunk?