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
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
cpplib-15.1-b20250316.uk.po.gz
Description: Binary data
The Translation Project robot, in the
name of your translation coordinator.
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
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
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 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
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
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
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
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
> -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
301 - 313 of 313 matches
Mail list logo