1. Move vector templates of and xor ior to simd.md.
2. Fix bug for PR122097.
v1 -> v2:
1. Move vector and xor ior template to simd.md.
2. Add floating point type handling in and3 template.
Lulu Cheng (2):
LoongArch: Move vector templates of and xor ior to simd.md.
LoongArch: Fix bug for PR12
gcc/ChangeLog:
* config/loongarch/lasx.md (xor3): Delete.
(ior3): Delete.
(and3): Delete.
* config/loongarch/lsx.md (xor3): Delete.
(ior3): Delete.
(and3): Delete.
* config/loongarch/simd.md (xor3): Define.
(ior3): Likewise.
(
When implementing the vector template for copysign, we used vector
floating-point AND and IOR operations. This allows AND and IOR operands
to be vector floating-point types. However, the constraint YC does not
handle vector floating-point constants, resulting in ICE.
PR target/122097
gcc/
gcc/ChangeLog:
* config/loongarch/loongarch.cc (loongarch_can_inline_p):
Do not inline when callee is versioned but caller is not.
---
gcc/config/loongarch/loongarch.cc | 4
1 file changed, 4 insertions(+)
diff --git a/gcc/config/loongarch/loongarch.cc
b/gcc/config/loongar
gcc/ChangeLog:
* config/loongarch/loongarch-protos.h
(loongarch_parse_fmv_features): Modify the type of parameter.
(loongarch_compare_version_priority): Function declaration.
* config/loongarch/loongarch-target-attr.cc
(enum features_prio): Define LA_PRIO_MA
Added implementation description of function attributes
target_clones and target_version under LoongArch.
Include the list of supported options and their corresponding
priorities, as well as the rules for setting priorities.
gcc/ChangeLog:
* doc/extend.texi: Add description for LoongArch
gcc/ChangeLog:
* config/loongarch/loongarch.cc
(loongarch_compare_version_priority): Returns true if DECL1
and DECL2 are versions of the same function.
(TARGET_COMPARE_VERSION_PRIORITY): Define.
---
gcc/config/loongarch/loongarch.cc | 21 +
1 f
gcc/testsuite/ChangeLog:
* g++.target/loongarch/mv-symbols1.C: New test.
* g++.target/loongarch/mv-symbols2.C: New test.
* g++.target/loongarch/mv-symbols3.C: New test.
* g++.target/loongarch/mv-symbols4.C: New test.
* g++.target/loongarch/mv-symbols5.C: New
This patch can obtain the CPUCFG and HWCAP value at runtime and
extract the flag bits of features for function selection.
HWCAP is used to obtain the support of LSX and LASX because the
kernel can control the enable/disable of these two features.
Note that this requires glibc version 2.38 or highe
Supported options:
-mfrecipe -mdiv32 -mlam-bh -mlamcas -mscq -mld-seq-sa.
gcc/ChangeLog:
* config/loongarch/loongarch-target-attr.cc
(struct loongarch_attribute_info): Add options, and generate
the structure through macro definition.
(LARCH_ATTR_MASK): New macro.
Implements TARGET_MANGLE_DECL_ASSEMBLER_NAME for LoongArch.
This is used to add function multiversioning suffixes to the assembler
name.
gcc/ChangeLog:
* config/loongarch/loongarch.cc (INCLUDE_STRING): Include.
(loongarch_mangle_decl_assembler_name): New function.
(TARGET_
gcc/ChangeLog:
* config/loongarch/loongarch-protos.h
(loongarch_parse_fmv_features): Function declaration.
* config/loongarch/loongarch-target-attr.cc
(enum features_prio): Defining the priority of features.
(struct loongarch_attribute_info): Add members abo
gcc/ChangeLog:
* config/loongarch/loongarch.cc
(loongarch_option_same_function_versions): Compare the target
attributes in two functions to determine which function’s
features get higher priority.
(TARGET_OPTION_SAME_FUNCTION_VERSIONS): Define.
---
gcc/con
1. Fixed ICE issue caused by passing invalid string to attribute target,
for example: "__attribute__ ((target ("arch")))"
2. Add the option of extended instructions of la64v1.1 to the attribute
support list.
3. Add FMV support for LoongArch.
This requires glibc version 2.38 or higher to compile
Implement TARGET_OPTION_VALID_VERSION_ATTRIBUTE_P for LoongArch.
This is used to determine whether the attribute ((target_version ("...")))
is valid and process it.
Define TARGET_HAS_FMV_TARGET_ATTRIBUTE to 0 to use "target_version"
for function versioning.
gcc/ChangeLog:
* config/loonga
Modify the two situations:
1. __attribute__ ((target ("arch")))
ICE will be reported before modification, and there will be an error
prompt after modification.
2. __attribute__ ((target ("arch=12345")))
Fixed the issue where the attribute string was not printed completely
in the previous error me
This hook is used to get the dispatcher function for a set of function
versions. This function is copied from aarch64.
gcc/ChangeLog:
* config/loongarch/loongarch.cc
(loongarch_get_function_versions_dispatcher): New function.
(TARGET_GET_FUNCTION_VERSIONS_DISPATCHER): Def
On Mon, 13 Oct 2025, Piyush Raj wrote:
> This patch adds the bpf-vmtest-tool subdirectory under contrib which tests
> BPF programs under a live kernel using a QEMU VM. It automatically
> builds the specified kernel version with eBPF support enabled
> and stores it under "~/.bpf-vmtest-tool", whic
Bottom-up parser for the Algol 68 front-end.
Signed-off-by: Jose E. Marchesi
Co-authored-by: Marcel van der Veer
---
gcc/algol68/a68-parser-bottom-up.cc | 2542 +++
1 file changed, 2542 insertions(+)
create mode 100644 gcc/algol68/a68-parser-bottom-up.cc
diff --git a/g
Signed-off-by: Jose E. Marchesi
gcc/ChangeLog
* algol68/a68-low-moids.cc: New file.
---
gcc/algol68/a68-low-moids.cc | 729 +++
1 file changed, 729 insertions(+)
create mode 100644 gcc/algol68/a68-low-moids.cc
diff --git a/gcc/algol68/a68-low-moids.cc b
This commit updates a few administrative files in the top-level
directory.
The MAINTAINERS file is updated with new entries for the Algol 68
front-end and the libga68 run-time library.
SECURITY.txt is updated to add libga68 to the list of the other
run-time libraries.
contrib/gcc-changelog/git_c
>From 85750fb8c228695ce37e849da80498e685a3b9f1 Mon Sep 17 00:00:00 2001
From: Robert Dubner
Date: Sat, 18 Oct 2025 10:35:52 -0400
Subject: [PATCH] cobol: Implement ENTRY statement; finish removing
ascii/ebcdic dichotomy.
The prior set of changes largely eliminated the assumption that the
interna
On Sun, 14 Sep 2025 at 21:21 +0100, Mike Crowe wrote:
Passing a timeout from before the epoch to
std::shared_timed_mutex::try_lock_until or
std::shared_timed_mutex::try_lock_shared_until causes the POSIX rwlock
functions to be passed an invalid negative timeout which results in them
returning EIN
Sandra Loosemore writes:
> On 10/6/25 19:03, Andrew Pinski wrote:
>> On Mon, Oct 6, 2025 at 5:58 PM Sam James wrote:
>>>
>>> CCP interacts poorly with -Wuninitialized in some cases by assuming a value
>>> which stops us warning about it (false negatives). Inform users about this
>>> infamous int
On Wed, Oct 8, 2025 at 4:35 PM Jonathan Wakely wrote:
>
> This file is no longer used, because we always use the definitions in
> config/cpu/generic/atomicity_builtins/atomicity.h now.
>
> libstdc++-v3/ChangeLog:
>
> * config/cpu/i486/atomicity.h: Removed.
OK.
Thanks,
Uros.
> ---
>
> Te
On 10/12/25 22:53, Jose E. Marchesi wrote:
>
>> The check in gen_btf_tag_dies which asserted that if the target DIE
>> already had an annotation then it must be the same as the one we are
>> attempting to add was too strict. It is valid for multiple declarations
>> of the same object to appear
The update is the same code as you have seen before, but I re-mailed it with
changes to webmail settings to be plain text instead of html and hopefully
fixing the formatting issues you had before. I have not gotten any e-mail from
Richard either via the gcc-patches list or directly; do you know
Fixes: 024f135a1e9 (p1689r5: initial support, 2023-09-01)
Reported-by: Roland Illig
libcpp/
* mkdeps.cc (fdeps_add_target): Fix indentation.
---
libcpp/mkdeps.cc | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/libcpp/mkdeps.cc b/libcpp/mkdeps.cc
index a4
Hi gcc-patches mailing list,
Christophe Lyon has requested that the following forgejo
pull request
be published on the mailing list.
Created on: 2025-10-09 14:19:47+00:00
Latest update: 2025-10-10 11:00:21+00:00
Changes: 2 changed files, 27 additions, 2 deletions
Head revision: clyon/gcc-TEST re
> yes, that looks not ideal indeed. I wonder if checking for sign_extension is
> not too specific and we'd rather want something like
> "is the single use of the current SET_DEST inside the BB we transform"?
>
> That probably has unintended consequences as well, though...
I agree that it’s diffi
On Tue, Sep 23, 2025 at 5:42 PM Jonathan Wakely wrote:
> Similar to r16-4034-g1953939243e1ab, this comments out another macro
> that Autoconf adds to the generated config.h but which is not wanted in
> the c++config.h file that we install.
>
> There's no benefit to defining _GLIBCXX_STDC_HEADERS
Move the only supported value (as of today) to the flag name itself.
Also reword to clarify that the `-fdeps-file=` file will be written to.
Fixes: 024f135a1e9 (p1689r5: initial support, 2023-09-01)
Reported-by: Roland Illig
gcc/c-family/
* c.opt: Clarify `-fdeps-*` documentation.
---
This allows those modes to be used in more setbc and similar
constructions.
2025-10-10 Segher Boessenkool
* config/rs6000/rs6000.md (mode_iterator CCANY): Add CCFP and CCEQ.
--- --- 8< --- ---
Regstrapped on power{pc,64,64le}-linux, no regressions. Committed.
---
gcc/config/rs6000
Ping.
On 31/7/2025 23:46, Yangyu Chen wrote:
When building with LTO, DECL_VINDEX is not always set for virtual
functions, which allows virtual functions to be incorrectly treated as
non-virtual and then being multi-versioned, and causes errors sometimes.
This patch addresses the issue by ensuri
These atomic optimizations that are currently in fab are really an
instruction selection like optimizations so let's move them to gimple-isel.cc.
Note since this is the last manual optimization left in fab, I have simplified
the code to only fold internal and normal builtins. The next patch will r
PR libstdc++/120446
libstdc++-v3/ChangeLog:
* include/bits/refwrap.h (__detail::__is_ref_wrapper):
Define as per P2655R3 for C++20.
(__detail::__ref_wrap_common_reference_exists_with): Likewise.
(basic_common_reference): Define partial specializations using
I believe I stopped using this in r16-2211-ga5d9debedd2f46.
Successfully regrtested on x86_64-pc-linux-gnu.
Pushed to trunk as r16-4151-gf45eeaf94d2d12.
gcc/testsuite/ChangeLog:
* lib/sarif.py: Remove import of ET.
---
gcc/testsuite/lib/sarif.py | 1 -
1 file changed, 1 deletion(-)
diff
On Linux/x86_64,
4e44fe4280bf2d9ddc135dec18ec109805c539b9 is the first bad commit
commit 4e44fe4280bf2d9ddc135dec18ec109805c539b9
Author: Jakub Jelinek
Date: Thu Oct 9 22:41:30 2025 +0200
c++: C++26 va_start - part of P3348R4 - C++26 should refer to C23 not C17
caused
FAIL: c-c++-common/
On 23/09/25 11:12, Dhruv Chawla wrote:
External email: Use caution opening links or attachments
On 09/09/25 09:32, Dhruv Chawla wrote:
External email: Use caution opening links or attachments
Hi, there was a bug with patch v2 where DECL_SOURCE_FILE wouldn't always
match the basename of the s
commit 28ea7ae220a0343ff7fe531ec761bd77d00dcb1c
Author: Matthieu Longo
Date: Tue May 28 10:49:45 2024 +0100
autoupdate: replace old version of AC_INIT by the new one
- old AC_INIT by AC_INIT + AC_CONFIG_SRC_DIR
https://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/autoconf-
On Wed, Oct 01, 2025 at 12:14:02AM +0100, Jason Merrill wrote:
> > kind of dummy loops which don't do anything for quite a lot of passes.
> > And finally jump threading comes and because one function contains e.g. 4
> > or more of these one after another in the test (
> > void test_strcpy_new_char_
Pushed.
Gerald
---
htdocs/mirrors.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/htdocs/mirrors.html b/htdocs/mirrors.html
index 8537bf46..cd2a19ea 100644
--- a/htdocs/mirrors.html
+++ b/htdocs/mirrors.html
@@ -28,7 +28,7 @@ mirrors.
Germany: http://gcc.cybermirror.org"
On 09/09/25 09:32, Dhruv Chawla wrote:
External email: Use caution opening links or attachments
Hi, there was a bug with patch v2 where DECL_SOURCE_FILE wouldn't always
match the basename of the source file. This is because DECL_SOURCE_FILE
contains the path provided to the frontend as is, with
Hi,
This patch implements vector lowering for MULT_EXPR. This is a very simplistic
version of what has been done in expand_mult/vect_recog_mult_pattern, where we
use shifts only when multiplying with constants which are of exact power of 2.
Bootstrapped and regtested on ppc64le with no regression
> This patch would like to introduce the combine of vec_dup + vwsubu.wv
> into vwsubu.wx on the cost value of GR2VR. The late-combine will
> take place if the cost of GR2VRlike 1, 2, 15 in test.
>
> The combine only works from uint32_t to uint64_t widening.
OK.
--
Regards
Robin
Fixed-point <-> double conversions were missing.
This patch adds the conversions for the fixed-point
types ≤ 32 bits as obvious.
Johann
--
AVR: target/122210 - Add fixed-point -> double conversions.
PR target/122210
libgcc/config/avr/libf7/
* libf7-common.mk (F7_
On Mon, Sep 22, 2025 at 05:30:53PM -0400, Michael Meissner wrote:
> I have resubmitted various versions of this patch for some time now.
And I won't review it until I have time for it. So obviously not this
week.
Segher
From: Alfie Richards
This patch adds exclusions and diagnostics to prevent function multi-versioning
being used with omp simd pragmas and renaming extensions.
This behaviour is forbidden by the ACLE as the expected behaviour is not clear.
gcc/c-family/ChangeLog:
* c-attribs.cc: Add exc
On 10/3/25 12:29 PM, Harald Anlauf wrote:
Dear All,
the attached patch fixes an issue where array I/O is falsely optimized
in the case when a section of an array pointer is involved, because
the pointee can be non-contiguous. As we already scalarize the case
of a full array with pointer attribu
From: Alfie Richards
Adds tests that check the aarch64 version features are supported, that they
have the correct priority ordering, and that the generated resolver is correct.
gcc/testsuite/ChangeLog:
* gcc.target/aarch64/fmv_priority1.c: New test.
* gcc.target/aarch64/fmv_prio
Dear All,
the attached simple patch fixes a rather strange bug, where the
used interface of external procedures apparently changed between
successive procedure calls. It is funny that this was not discovered
before, but the issue started only after the *first* time the dummy
arguments of the aff
Hi,
Firstly, just to confirm, do you have a copyright assignment for
GCC in place (or are covered by a corporate assignment)?
If not, please complete that process, or contribute under the DCO
terms, see https://gcc.gnu.org/contribute.html#legal
If the patch is being contributed under the DCO, pl
> The existing code actually appears to process .S files not .s files, and
> the existing .S tests do appear to be run, so it doesn't seem appropriate
> to stop running them.
Ouch, an annoying oversight, thanks for catching it, revised version attached.
2025-10-10 Pierre Marie de Rodat
libcp
On 10/6/25 2:20 PM, Raphael Moreira Zinsly wrote:
Ensure the second pivot is really a pivot and it's not in OP1.
PR target/122124
gcc/ChangeLog:
* config/riscv/riscv-v.cc (shuffle_slide_patterns): Check if
the second pivot is in OP1 and improve comments.
gcc/testsuite
> > Does this make sense?
>
> Yes. I thought that a vec for the count would be better
> but then I realized you use the hash-map as presence indicator on the queue
> as well, so we wouldn't save the vec clearing.
Yep, I think we want to optimize for case wehre almost nothing needs
updating. (Th
On 10/18/25 6:13 PM, Jason Merrill wrote:
On 10/18/25 5:52 PM, Patrick Palka wrote:
On Sun, 19 Oct 2025, Nathaniel Shead wrote:
On Sat, Oct 18, 2025 at 06:38:57PM +1100, Nathaniel Shead wrote:
On Sat, Oct 18, 2025 at 10:35:15AM +0300, Jason Merrill wrote:
On 10/17/25 7:15 PM, Patrick Palka w
On Mon, 13 Oct 2025, Tomasz Kamiński wrote:
> This patch introduces the internal helper type _IndexPack to support
> introducing a pack of indices via a structured binding declaration:
> static constexpr auto [...__is] = _IndexPack();
Nice! This'll prove helpful.
>
> _IndexPack is a distinct t
This also fixes PR 121468 and PR 122200.
There were some unfortunate interactions with adjusting range bounds to
match the bitmask. With bitmasks being set lazily, and the bounds
being adjusted only during intersection operations, we were sometimes
getting ranges which should have been undef
Kyrylo Tkachov writes:
>> diff --git a/gcc/config/aarch64/aarch64-sve2.md
>> b/gcc/config/aarch64/aarch64-sve2.md
>> index a3cbbce8b31..d82dc41df3e 100644
>> --- a/gcc/config/aarch64/aarch64-sve2.md
>> +++ b/gcc/config/aarch64/aarch64-sve2.md
>> @@ -1124,6 +1124,42 @@
>> [(set_attr "movprfx" "y
gcc/ChangeLog:
* config/rx/predicates.md (rx_plt_call_operand): New predicate.
* config/rx/rx.md (PIC_REG): New constant.
(UNSPEC_PIC): Likewise.
(UNSPEC_GOT): Likewise.
(UNSPEC_GOTOFF): Likewise.
(UNSPEC_PLT): Likewise.
(UNSPEC_GOTFUNCDESC):
An alias for -ftree-parallelize-loops was added to common.opt, but
common.opt.urls wasn't regenerated.
Fixes: f708b83d197b ("tree-parloops: Enable runtime thread detection with
-ftree-parallelize-loops")
gcc/ChangeLog:
* common.opt.urls: Regenerate.
---
gcc/common.opt.urls | 3 +++
1 f
On Thu, 2025-10-16 at 17:22 +0800, Lulu Cheng wrote:
> + if (CPUCFG2 & CPUCFG2_LSX)
> + setCPUFeature (FEAT_LSX);
> + if (CPUCFG2 & CPUCFG2_LASX)
> + setCPUFeature (FEAT_LASX);
LSX and LASX capabilities should be obtained via kernel interface
because they need kernel support. On Linux the
This patch series introduces support for the target_clones table
option in GCC. This option enables users to specify target_clones
attributes in a separate file, allowing GCC to generate multiple
versions of the function with different ISA extensions based on the
specified table. This is achieved u
Explicit dereference of an extended access with data allocation in a
memory pool would crash the compiler.
gcc/ada/ChangeLog:
* gcc-interface/trans.cc (Attribute_to_gnu): Handle
extended access.
Tested on x86_64-pc-linux-gnu, committed on master.
---
gcc/ada/gcc-interface/trans
> On 23 Sep 2025, at 12:34, Tamar Christina wrote:
>
> Hi Jennifer
>
>>> However the vast majority of these are 1, except for 2 entries
>>>
+
+case NEOVERSEV2_DISPATCH_V_V13:
+ constraints.safe_push (std::make_pair (7, 2)); /* v pipelines (2
slots). */
+
This pass makes sure all brackets (parenthesis) are matched in the
source program.
Signed-off-by: Jose E. Marchesi
Co-authored-by: Marcel van der Veer
---
gcc/algol68/a68-parser-brackets.cc | 220 +
1 file changed, 220 insertions(+)
create mode 100644 gcc/algol68/a6
On 9/26/25 11:29, Joseph Myers wrote:
> On Tue, 23 Sep 2025, David Faust wrote:
>
>> +@cindex @code{counted_by} variable attribute
>> +@item counted_by (@var{count})
>> +The @code{counted_by} attribute may be attached to the C99 flexible array
>> +member of a structure. It indicates that the nu
On Mon, 13 Oct 2025 at 16:23, Tomasz Kaminski wrote:
> I have noticed that clang defines language feature test macros when the
> feature is supported
> in eariel mode mode, here is example of __cpp_pack_indexing
> https://godbolt.org/z/bzsdzWboM
>
I don't think they do that consistently for all
After copy propagation for aggregates patches we might end up with
now:
```
tmp = a;
b = a; // was b = tmp;
tmp = {CLOBBER};
```
To help out ESRA, it would be a good idea to remove the `tmp = a` statement as
there is no DSE between frowprop and ESRA. copy-prop-aggregate-sra-1.c is an
example
where
> -Original Message-
> From: Richard Biener
> Sent: 06 October 2025 09:26
> To: Tamar Christina
> Cc: [email protected]; nd
> Subject: Re: [PATCH 1/9]middle-end: refactor WIDEN_SUM_EXPR into convert
> optab [PR122069]
>
> On Fri, 3 Oct 2025, Tamar Christina wrote:
>
> > This patc
On Mon, Oct 13, 2025 at 9:22 AM Eric Botcazou wrote:
>
> Hi,
>
> the attached Ada testcase compiled for x86_64-w64-mingw32 with -O3 -msse2 -
> gnatn exposes an instability in the SLP reduction detection: in 32-bit mode,
> the inner loop is effectively vectorized (after being unrolled by cunrolli):
This patch implements the standard fixed-length vector calling convention
variant as specified in the RISC-V ELF psABI document. The implementation
introduces ABI_VLEN to serve as the minimal VLEN for fixed-length vectors.
For example, int32x8_t is a 256-bit vector type. If ABI_VLEN is 128, it
wil
On Fri, Sep 19, 2025 at 08:52:47AM +0200, Richard Biener wrote:
> > Some new ifn which is say:
> > *this = .POISON (this);
> > or
> > *this = .POISON (*this);
> > would be an option (which would expand to nothing if the pointers are the
> > same), dunno what would be easier to implement though.
On 10/13/25 4:41 PM, Patrick Palka wrote:
Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look
OK for trun/kbackports?
OK.
-- >8 --
Since a mem-initializer needs to be able to initialize any base class,
we in turn need to make mem-initializer-id qualified name lookup
type-only t
> I think I first observed the issue before your patch would have been applied,
> but I wasn't specifically checking for that so I could be mistaken.
>
> If I understand correctly, you're saying that if I "git pull" and
> recheck the behaviour might have changed?
>
> I can try that.
No, I haven'
On Wed, Oct 08, 2025 at 11:25:28AM +0200, Jakub Jelinek wrote:
> > ...
> > Just to confirm, you don't want to add DW_AT_bit_stride to DW_TAG_array_type
> > entry and *instead* add DW_AT_bit_size 1 in the base type? And if GDB
> > still doesn't work, then fix it on the GDB side?
>
> I want both, DW
On Tue, Oct 14, 2025 at 06:02:50PM +0200, Josef Melcr wrote:
> The propagation is not considered profitable enough:
>
> -
>
> Evaluating opportunities for main._omp_fn.0/1.
> - considering value
> 1.3547152766688188421539962291717529296875e+0 for param #0
> struct .omp_data_s.0 &
From: Pan Li
The form 6 of unsigned scalar SAT_MUL has supported from the
previous change. Thus, add the test cases to make sure it
works well.
The below test suites are passed for this patch series.
* The rv64gcv fully regression test.
gcc/testsuite/ChangeLog:
* gcc.target/riscv/sat
The problem here is that when the backend folds the vset intrinsics,
it tries to keep the lhs of the new statement to be the same as the old
statement
due to the check in gsi_replace. The problem is with a MEM_REF vset::fold was
unsharing the new lhs here and using the original lhs in the other ne
This commit adds a new layout layout_left_padded as standardized in
N5014 but with one deviation. It includes checking of all mandates and
prerequisites. It adds a purely internal feature testing macro
padded_layouts and registers layout_left_padded in the std module.
The standard mandates that th
The layout mapping test include a check that applies if is_exhaustive is
static. This commit introduces a concept to check if is_exhaustive is a
static member function that's compatible with the upcoming
layout_left_padded.
libstdc++-v3/ChangeLog:
* testsuite/23_containers/mdspan/layouts/
Hello.
> +/* Store the summary information for the profile. */
> +struct summary_info
> +{
> + struct detailed_summary
> + {
> +uint32_t cutoff;
> +uint64_t min_count;
> +uint64_t num_counts;
> + };
> +
> + uint64_t total_count;
> + uint64_t max_count;
> + uint64_t max_function_c
Noticed this working on some assembly code. Committed to trunk.
Dave
---
hppa: Fix over alignment of 64-bit functions
Both 32 and 64-bit assembly code needs 32-bit alignment.
2025-10-05 John David Anglin
gcc/ChangeLog:
* config/pa/pa.h (FUNCTION_BOUNDARY): Set to 32.
diff --git a
On Tue, Oct 14, 2025 at 8:32 AM Tamar Christina wrote:
>
> In PR121604 the problem was noted that currently the SVE intrinsics
> infrastructure assumes that for any predicated operation that the GP is at the
> first argument position which has a svbool_t or for a unary merging operation
> that it'
[My apologies for the short-lived V3]
[Changes from V3:
- lang.opt.urls regenerated.
- Added missing rules for building the html, dvi and pdf versions of the
ga68-internals manual.
- Torture tests adapted to use new run-time checking options.
- Added libga68 patch by Pietro Monteiro with a
Thanks for the patches, Mike, I've finally managed to do the first set
of reviews ...
On Sun, 14 Sept 2025 at 21:30, Mike Crowe wrote:
>
> Passing a timeout from before the epoch to __platform_wait_until()
> currently results in an exception being thrown because futex(2) doesn't
> support negative
On Sat, Oct 18, 2025 at 06:41:15PM +0300, Jason Merrill wrote:
> On 10/18/25 4:13 PM, Nathaniel Shead wrote:
> > Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk/15?
> >
> > -- >8 --
> >
> > The ICE in the linked PR occurs because we first stream the lambda type
> > before its keye
On Tue, 7 Oct 2025 at 17:29, Hans-Peter Nilsson wrote:
>
> > From: Jonathan Wakely
>
> > This file is no longer used, because we always use the definitions in
> > config/cpu/generic/atomicity_builtins/atomicity.h now.
> >
> > HP confirmed that the code generated by __atomic_fetch_add is fine and
On Fri, Oct 10, 2025 at 7:08 AM Andrew Pinski
wrote:
>
> After copy propagation for aggregates patches we might end up with
> now:
> ```
> tmp = a;
> b = a; // was b = tmp;
> tmp = {CLOBBER};
> ```
> To help out ESRA, it would be a good idea to remove the `tmp = a` statement as
> there is no DSE b
Hi Tobias,
On Tue, Oct 14, 2025 at 7:57 PM Tobias Burnus wrote:
> first, sorry for the belated reply. Besides other work, I blame the
> Cauldron -> https://gcc.gnu.org/wiki/cauldron2025 ,
> an internal company gathering, and the (virtual) OpenMP
> specification meeting in the last week for not ha
On Mon, Sep 29, 2025 at 04:29:00PM +0200, Jakub Jelinek wrote:
> Anyway, on the C++ FE side I'd really recommend (but can be done
> incrementally of course) to emit one larger clobber for all the whole array
> if it has constant sizes and not emit clobbers at least for now at all if
> there is triv
On Mon, 6 Oct 2025, Tamar Christina wrote:
> > -Original Message-
> > From: Richard Biener
> > Sent: 06 October 2025 17:13
> > To: Tamar Christina
> > Cc: Richard Biener ; [email protected]; nd
> >
> > Subject: Re: [PATCH 1/9]middle-end: refactor WIDEN_SUM_EXPR into convert
> > op
On Wed, 15 Oct 2025, Yury Khrustalev wrote:
> Lack of DW_AT_bit_stride in a DW_TAG_array_type entry causes GDB to infer
> incorrect element size for vector types. The causes incorrect display of
> SVE predicate variables as well as out of bounds memory access when reading
> contents of SVE predica
On Mon, 22 Sep 2025 at 10:20 +0200, Tomasz Kamiński wrote:
The handling of ISO week-calendar year specifiers (%G, %g) and ISO week
number (%V) was merged into a single _M_g_G_V function, as the latter
requires ISO year value, computed by the former.
The values for %U and %W, which are based on t
Hi,
On 10/9/25 22:53, Tobias Burnus wrote:
Hi Joseph,
Josef Melcr wrote:
Thank you for the detailed explanation :) It should be fairly easy to
implement if ipa-cp acts before the tables are dumped. Otherwise it
would probably require a bit of work, but if we implement some
reorganizing logic
> -Original Message-
> From: Richard Biener
> Sent: Monday, October 13, 2025 03:23
> To: Robert Dubner
> Cc: [email protected]
> Subject: Re: [committed] cobol: Convert to individual variable
> character-set
> encoding.
>
> On Fri, Oct 10, 2025 at 7:25 PM Robert Dubner wrote:
> >
On 23/09/25 11:15, Dhruv Chawla wrote:
External email: Use caution opening links or attachments
On 18/08/25 21:31, [email protected] wrote:
External email: Use caution opening links or attachments
From: Dhruv Chawla
This patch folds the following patterns:
- umax (a, add (a, b)) -> [sum,
> From: Jonathan Wakely
> This file is no longer used, because we always use the definitions in
> config/cpu/generic/atomicity_builtins/atomicity.h now.
>
> HP confirmed that the code generated by __atomic_fetch_add is fine and
> we don't need the handwritten assembly.
Right, just please s/i486
> Ugh, I missed two "s/also/not/"... I thought I checked that. And of course it
> had to be the top one, somehow. I can make that change.
I just read up to the first ;) Looks like the last one is also missing the
not.
> Are the other ones OK?
IMHO yes but I cannot approve. Maybe you also wa
Following on from the initial bug fix for PR modula2/122241
this patch provides spell check hints for unknown types, variables
and constants. The accuracy of the offending module end name
is also improved
gcc/m2/ChangeLog:
PR modula2/122241
* gm2-compiler/M2Quads.mod (BuildSizeFu
1 - 100 of 849 matches
Mail list logo
