gcc-14-20240504 is now available

Snapshot gcc-14-20240504 is now available on https://gcc.gnu.org/pub/gcc/snapshots/14-20240504/ and on various mirrors, see https://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 14 git branch with the following options: git://gcc.gnu.org/git/gcc.git branch

Re: Updated Sourceware infrastructure plans

On Wed, May 01, 2024 at 23:26:18 +0200, Mark Wielaard wrote: > On Wed, May 01, 2024 at 04:04:37PM -0400, Jason Merrill wrote: > > Do you (or others) have any thoughts about GitLab FOSS? > > The gitlab "community edition" still feels not very much "community". > We could run our own instance, but

Re: Updated Sourceware infrastructure plans

On 04/05/2024 22.56, Ben Boeckel via Overseers wrote: > On Wed, May 01, 2024 at 23:26:18 +0200, Mark Wielaard wrote: >> On Wed, May 01, 2024 at 04:04:37PM -0400, Jason Merrill wrote: > >> At the moment though the only thing people seem to agree on is that >> any system will be based on git. So

[Bug tree-optimization/99475] [11 Regression] bogus -Warray-bounds accessing an array element of empty structs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99475 Eric Gallager changed: What|Removed |Added Keywords||needs-bisection --- Comment #8 from

[COMMITTED 18/23] Implement operator_equal for prange.

gcc/ChangeLog: * range-op-mixed.h: Add overloaded declarations for pointer variants. * range-op-ptr.cc (operator_equal::fold_range): New. (operator_equal::op1_range): New. (operator_equal::op2_range): New. (operator_equal::op1_op2_relation): New.

[Bug libbacktrace/114941] libbacktrace build is broken for FDPIC uclibc targets by r14-5173-g2b64e4a54042

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114941 --- Comment #3 from jcmvbkbc at gcc dot gnu.org --- (In reply to Ian Lance Taylor from comment #2) > What is the correct way to get the address at which the shared library was > loaded when using FDPIC? There's no single base address in case of

Re: [V2][PATCH] gcc-14/changes.html: Deprecate a GCC C extension on flexible array members.

On 07.08.23 16:22, Qing Zhao via Gcc-patches wrote: Hi, This is the 2nd version of the patch. Comparing to the 1st version, the only change is to address Richard's comment on refering a warning option for diagnosing deprecated behavior. Okay for committing? thanks. Qing ==

Results for 15.0.0 20240503 (experimental) [master 5219414f3cde3c1037e289a6654cd722cfa75dea] (GCC) testsuite on sparc-sun-solaris2.11

LAST_UPDATED: Fri May 3 14:11:32 UTC 2024 (revision 5219414f3cde3c1037e289a6654cd722cfa75dea) === acats tests === FAIL: c960001 === acats Summary === # of expected passes2327 # of unexpected failures1 Native configuration is

Results for 15.0.0 20240503 (experimental) [master 5219414f3cde3c1037e289a6654cd722cfa75dea] (GCC) testsuite on sparc-sun-solaris2.11

LAST_UPDATED: Fri May 3 14:11:32 UTC 2024 (revision 5219414f3cde3c1037e289a6654cd722cfa75dea) === acats tests === === acats Summary === # of expected passes2328 # of unexpected failures0 Native configuration is sparc-sun-solaris2.11

Results for 15.0.0 20240503 (experimental) [master 5219414f3cde3c1037e289a6654cd722cfa75dea] (GCC) testsuite on x86_64-pc-solaris2.11

LAST_UPDATED: Fri May 3 14:11:32 UTC 2024 (revision 5219414f3cde3c1037e289a6654cd722cfa75dea) Native configuration is x86_64-pc-solaris2.11 === libatomic tests === Running target unix/-m32 === libatomic Summary for unix/-m32 === # of expected passes

Results for 15.0.0 20240503 (experimental) [master 5219414f3cde3c1037e289a6654cd722cfa75dea] (GCC) testsuite on i386-pc-solaris2.11

LAST_UPDATED: Fri May 3 14:11:32 UTC 2024 (revision 5219414f3cde3c1037e289a6654cd722cfa75dea) === acats tests === === acats Summary === # of expected passes2328 # of unexpected failures0 Native configuration is i386-pc-solaris2.11

Results for 15.0.0 20240503 (experimental) [master 5219414f3cde3c1037e289a6654cd722cfa75dea] (GCC) testsuite on i386-pc-solaris2.11

LAST_UPDATED: Fri May 3 14:11:32 UTC 2024 (revision 5219414f3cde3c1037e289a6654cd722cfa75dea) === acats tests === === acats Summary === # of expected passes2328 # of unexpected failures0 Native configuration is i386-pc-solaris2.11

[Bug c++/93008] Need a way to make inlining heuristics ignore whether a function is inline

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93008 --- Comment #11 from Eric Gallager --- (In reply to Jan Hubicka from comment #8) > Reading the discussion again, I don't think we have a way to make inline > keyword ignored by inliner. We can make not_really_inline attribute (better > name

[Bug fortran/114874] [14/15 Regression] ICE with select type, type is (character(*)), and substring

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org ---

Fix gnu versioned namespace mode 00/03

Here is the list of patches to restore gnu versioned namespace mode. 1/3: Bump gnu version namespace This is important to be done first so that once build of gnu versioned namespace is fixed there is no chance to have another build of '__8' version with a different abi than last successful

[PATCH 02/12] OpenMP: middle-end support for metadirectives

This patch adds middle-end support for OpenMP metadirectives. Some context selectors can be resolved during gimplification, but others need to be deferred until the omp_device_lower pass, which requires that cgraph, LTO streaming, inlining, etc all know about this construct as well.

[PATCH 03/12] libgomp: runtime support for target_device selector

This patch implements the libgomp runtime support for the dynamic target_device selector via the GOMP_evaluate_target_device function. include/ChangeLog * cuda/cuda.h (CUdevice_attribute): Add definitions for CU_DEVICE_ATTRIBUTE_COMPUTE_CAPABILITY_MAJOR and

[PATCH 01/12] OpenMP: metadirective tree data structures and front-end interfaces

This patch adds the OMP_METADIRECTIVE tree node and shared tree-level support for manipulating metadirectives. It defines/exposes interfaces that will be used in subsequent patches that add front-end and middle-end support, but nothing generates these nodes yet. This patch also adds compile-time

[PATCH 00/12] OpenMP: Metadirective support + "declare variant" improvements

This series of patches is a revised and extended version of the metadirective patches I previously posted in January: https://gcc.gnu.org/pipermail/gcc-patches/2024-January/642005.html Those in turn were based on work by Kwok originally implemented on the devel/omp/gcc-11 branch in 2021 and

[PATCH 08/12] OpenMP: Reject other properties with kind(any)

The OpenMP spec says: "If trait-property any is specified in the kind trait-selector of the device selector set or the target_device selector sets, no other trait-property may be specified in the same selector set." GCC was not previously enforcing this restriction and several testcases included

[PATCH 06/12] OpenMP: common c/c++ testcases for metadirectives

gcc/testsuite/ChangeLog * c-c++-common/gomp/metadirective-1.c: New. * c-c++-common/gomp/metadirective-2.c: New. * c-c++-common/gomp/metadirective-3.c: New. * c-c++-common/gomp/metadirective-4.c: New. * c-c++-common/gomp/metadirective-5.c: New. *

[PATCH 04/12] OpenMP: C front end support for metadirectives

This patch adds support to the C front end to parse OpenMP metadirective constructs. It includes support for early parse-time resolution of metadirectives (when possible) that will also be used by the C++ front end. Additional common C/C++ testcases are in a later patch in the series.

[PATCH 12/12] OpenMP: Update documentation of metadirective implementation status.

libgomp/ChangeLog * libgomp.texi (OpenMP 5.0): Mark metadirective and declare variant as implemented. (OpenMP 5.1): Mark target_device as supported. Add changed interaction between declare target and OpenMP context and dynamic selector support.

Results for 15.0.0 20240504 (experimental) [master r15-164-g6cec31d44a4] (GCC) testsuite on s390x-ibm-linux-gnu default

%v[0-9]*\\n\\t[^:]+\\tlocghile\\t%r2,1 FAIL: gcc.target/s390/vector/vec-scalar-cmp-1.c scan-assembler lt:\\n[^:]*\\twfkdb\\t%v[0-9]*,%v[0-9]*\\n\\t[^:]+\\tlocghil\\t%r2,1 FAIL: gcc.target/s390/vector/vec-scalar-cmp-1.c scan-assembler ne:\\n[^:]*\\twfcdb\\t%v[0-9]*,%v[0-9]*\\n\\t[^:]+\\tlo

[Bug c++/93008] Need a way to make inlining heuristics ignore whether a function is inline

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93008 --- Comment #12 from Jonathan Wakely --- There's nothing fake about them, they are definitely inline functions as far as the language rules. But in some cases we don't want the compiler to use that fact as an optimisation hint.

Results for 15.0.0 20240505 (experimental) [master revision gcc-15-165-gfda741998eb] (GCC) testsuite on aarch64-unknown-linux-gnu

# From https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/1948/: LAST_UPDATED: 2024-05-05T00:49:03+00:00 (master revision gcc-15-165-gfda741998eb) aarch64-unknown-linux-gnu Native configuration is aarch64-unknown-linux-gnu === libatomic tests === Running target

Results for 11.4.1 20240505 [remotes/origin/releases/gcc-11 revision bfb79239bfc:454a1c2c340:d767bff4de3809dac5b80e0c3d31a15d6aaa5d0e] (GCC) testsuite on pru-unknown-elf

LAST_UPDATED: Sun May 5 01:31:10 UTC 2024 (revision bfb79239bfc:454a1c2c340:d767bff4de3809dac5b80e0c3d31a15d6aaa5d0e) Target is pru-unknown-elf Host is x86_64-pc-linux-gnu === gcc tests === Running target pru-sim FAIL: gcc.dg/analyzer/torture/pr51628-30.c -O0 (test for

Results for 15.0.0 20240505 (experimental) [master r15-165-gfda741998e] (GCC) testsuite on powerpc64-unknown-linux-gnu

git commit g:fda741998ebccc70168b61e44301ba55ce2486a8 gcc-descr r15-165-gfda741998ebccc power9 BE Linux 6.7.12-powerpc64 ppc64 GNU Make 4.3 DejaGnu: DejaGnu version 1.6.3 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sun May 5 00:20:36 UTC 2024

Results for 12.3.1 20240505 [remotes/origin/releases/gcc-12 r12-10413-g1c2103bad9e] (GCC) testsuite on pru-unknown-elf

LAST_UPDATED: Sun May 5 01:53:17 UTC 2024 (revision r12-10413-g1c2103bad9e) Target is pru-unknown-elf Host is x86_64-pc-linux-gnu === gcc tests === Running target pru-sim FAIL: gcc.c-torture/compile/attr-complex-method-2.c -O0 scan-tree-dump optimized "__divdc3" FAIL:

[PATCH 07/12] OpenMP: Fortran front-end support for metadirectives.

This patch adds support for metadirectives to the Fortran front end. gcc/fortran/ChangeLog * decl.cc (gfc_match_end): Handle metadirectives. * dump-parse-tree.cc (show_omp_node): Likewise. (show_code_node): Likewise. * gfortran.h (enum gfc_statement): Add

[PATCH 05/12] OpenMP: C++ front-end support for metadirectives

This patch adds C++ support for metadirectives. It uses the c-family support committed with the corresponding C front end patch to do early parse-time metadirective resolution when possible. Additional C/C++ common testcases are provided in a subsequent patch in the series. gcc/cp/ChangeLog

[PATCH 10/12] OpenMP: Remove dead code from declare variant reimplementation

After reimplementing late resolution of "declare variant" to use the same mechanisms as metadirective, the declare_variant_alt and calls_declare_variant_alt flags on struct cgraph_node are no longer used by anything. For the purposes of marking functions that need late resolution, the

[PATCH 11/12] OpenMP: Update "declare target"/OpenMP context interaction

The code and test case previously implemented the OpenMP 5.0 spec, which said in section 2.3.1: "For functions within a declare target block, the target trait is added to the beginning of the set..." In OpenMP 5.1, this was changed to "For device routines, the target trait is added to the

Results for 15.0.0 20240503 (experimental) [master 5219414f3cde3c1037e289a6654cd722cfa75dea] (GCC) testsuite on i386-pc-solaris2.11

LAST_UPDATED: Fri May 3 14:11:32 UTC 2024 (revision 5219414f3cde3c1037e289a6654cd722cfa75dea) === acats tests === === acats Summary === # of expected passes2328 # of unexpected failures0 Native configuration is i386-pc-solaris2.11

Results for 15.0.0 20240503 (experimental) [master 5219414f3cde3c1037e289a6654cd722cfa75dea] (GCC) testsuite on x86_64-pc-solaris2.11

LAST_UPDATED: Fri May 3 14:11:32 UTC 2024 (revision 5219414f3cde3c1037e289a6654cd722cfa75dea) Native configuration is x86_64-pc-solaris2.11 === libatomic tests === Running target unix/-m32 === libatomic Summary for unix/-m32 === # of expected passes

Results for 15.0.0 20240503 (experimental) [master 5219414f3cde3c1037e289a6654cd722cfa75dea] (GCC) testsuite on i386-pc-solaris2.11

LAST_UPDATED: Fri May 3 14:11:32 UTC 2024 (revision 5219414f3cde3c1037e289a6654cd722cfa75dea) === acats tests === === acats Summary === # of expected passes2328 # of unexpected failures0 Native configuration is i386-pc-solaris2.11

Results for 15.0.0 20240503 (experimental) [master 5219414f3cde3c1037e289a6654cd722cfa75dea] (GCC) testsuite on sparcv9-sun-solaris2.11

LAST_UPDATED: Fri May 3 14:11:32 UTC 2024 (revision 5219414f3cde3c1037e289a6654cd722cfa75dea) === acats tests === === acats Summary === # of expected passes2328 # of unexpected failures0 Native configuration is sparcv9-sun-solaris2.11

Results for 15.0.0 20240503 (experimental) [master 5219414f3cde3c1037e289a6654cd722cfa75dea] (GCC) testsuite on sparcv9-sun-solaris2.11

LAST_UPDATED: Fri May 3 14:11:32 UTC 2024 (revision 5219414f3cde3c1037e289a6654cd722cfa75dea) === acats tests === === acats Summary === # of expected passes2328 # of unexpected failures0 Native configuration is sparcv9-sun-solaris2.11

[PATCH v2] DCE __cxa_atexit calls where the function is pure/const [PR19661]

In C++ sometimes you have a deconstructor function which is "empty", like for an example with unions or with arrays. The front-end might not know it is empty either so this should be done on during optimization.o To implement it I added it to DCE where we mark if a statement is necessary or

Results for 11.4.1 20240504 [remotes/origin/releases/gcc-11 revision f7bcc355d06:6df48ede213:bfb79239bfca6b1aa6be3721c32b70a9aeb91b44] (GCC) testsuite on avr-unknown-none

n" FAIL: gcc.dg/tree-ssa/ssa-fre-69.c scan-tree-dump fre1 "return 145;" FAIL: gcc.dg/tree-ssa/ssa-fre-84.c scan-tree-dump fre1 "*dst_[0-9]*(D) = { 1, 0, 2, 3 };" FAIL: gcc.dg/tree-ssa/ssa-hoist-4.c scan-tree-dump-times optimized "= *" 2 FAIL: gcc.dg/tre

Results for 12.3.1 20240504 [remotes/origin/releases/gcc-12 r12-10412-g1e5d35c963e] (GCC) testsuite on avr-unknown-none

WARNING: Many C++ failures have been omitted due to lack of libstdc++ on AVR! Only G++ regressions are reported below. LAST_UPDATED: Sun May 5 00:23:12 UTC 2024 (revision r12-10412-g1e5d35c963e) Target is avr-unknown-none Host is x86_64-pc-linux-gnu === gcc tests ===

Results for 15.0.0 20240505 (experimental) [remotes/origin/master r15-166-gffb521f157f] (GCC) testsuite on avr-unknown-none

WARNING: Many C++ failures have been omitted due to lack of libstdc++ on AVR! Only G++ regressions are reported below. LAST_UPDATED: Sun May 5 01:08:26 UTC 2024 (revision r15-166-gffb521f157f) Target is avr-unknown-none Host is x86_64-pc-linux-gnu === gcc tests === Running

Results for 15.0.0 20240505 (experimental) [remotes/origin/HEAD r15-165-gfda741998e] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:fda741998ebccc70168b61e44301ba55ce2486a8 gcc-descr r15-165-gfda741998ebccc power8 Linux 5.4.0-177-generic ppc64le GNU Make 4.2.1 DejaGnu: DejaGnu version 1.6.2 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sun May 5 00:24:00 UTC 2024

[PATCH 0/4] P1689 followup fixes

Hi, Here are some minor fixes to documentation, formatting, and styling to the P1689R5 support through the `-fdeps-*` flags. Thanks, --Ben Ben Boeckel (4): libcpp/mkdeps: fix indentation libcpp/init: remove unnecessary `struct` keyword gcc/c-family/c-opts: fix quoting for

[PATCH 1/4] libcpp/mkdeps: fix indentation

Fixes: 024f135a1e9 (p1689r5: initial support, 2023-09-01) Reported-by: Roland Illig libcpp/ * mkdeps.cc (fdeps_add_target): Fix indentation. Signed-off-by: Ben Boeckel --- libcpp/mkdeps.cc | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git

Regressions on native/releases/gcc-13 at commit r13-8686 vs commit r13-8684 on Linux/x86_64

Regressions on releases/gcc-13 at commit r13-8686 vs commit r13-8684 on Linux/x86_64 New failures: New passes: FAIL: libgomp.c++/../libgomp.c-c++-common/for-12.c execution test FAIL: libgomp.c++/../libgomp.c-c++-common/for-5.c execution test FAIL: libgomp.c++/../libgomp.c-c++-common/for-5.c

[PATCH v2] Fix auto deduction for template specialization scopes [PR114915]

The limitations of the initial patch (checking specializiation template usage), have been discussed. > I realized that for the case where we have a member function template > of a class template, and a specialization of the enclosing class only > (like below), > > template <> > template > void

[Bug c++/114945] New: Sporadic std::vector::resize() -Wstringop-overflow or -Warray-bounds warning with gcc 14

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114945 Bug ID: 114945 Summary: Sporadic std::vector::resize() -Wstringop-overflow or -Warray-bounds warning with gcc 14 Product: gcc Version: 14.0 Status: UNCONFIRMED

Results for 15.0.0 20240503 (experimental) [master r15-140-gb69dac54ef769a] (GCC) testsuite on m68k-unknown-linux-gnu

end-1_b.C -std=c++2b (internal compiler error: in set_originating_module, at cp/module.cc:19263) FAIL: g++.dg/modules/tpl-friend-1_b.C -std=c++2b (test for excess errors) FAIL: g++.dg/modules/tpl-friend-3_b.C -std=c++2a (internal compiler error: in set_originating_module, at cp/module.cc:19263) FAIL

[PATCH] Driver: Reject output filenames with the same suffixes as source files [PR80182]

Currently, commands like: gcc -o file.c -lm will delete the user's code. This patch checks the suffix of the output, and errors if the output ends in any of the suffixes listed in default_compilers. Unfortunately, I couldn't come up with a better heuristic to diagnose this case more

Fix gnu versioned namespace mode 02/03

    libstdc++: [_GLIBCXX_INLINE_VERSION] Use cxx11 abi [PR83077]     Use cxx11 abi when activating versioned namespace mode. To do so support a new     configuration mode where !_GLIBCXX_USE_DUAL_ABI and _GLIBCXX_USE_CXX11_ABI.     The main change is that std::__cow_string is now defined

Fix gnu versioned namespace mode 01/03

libstdc++: Bump gnu versioned namespace to __9 libstdc++-v3/ChangeLog:     * acinclude.m4 (libtool_VERSION): Bump to 9:0:0.     * config/abi/pre/gnu-versioned-namespace.ver (GLIBCXX_8.0): Replace by GLIBCXX_9.0.     Adapt all references to __8 namespace.     *

Fix gnu versioned namespace mode 03/03

    libstdc++: Review configuration options to control abi     --disable-libstdcxx-dual-abi default to 'new' abi mode.     --with-default-libstdcxx-abi consider the requested abi mode regardless     of --disable-libstdcxx-dual-abi usage.     libstdc++-v3/ChangeLog     * acinclude.m4

[PATCH 09/12] OpenMP: Extend dynamic selector support to declare variant

This patch extends the mechanisms previously added to support dynamic selectors in metavariant constructs to also apply to "declare variant". The front-end mechanisms used to handle "declare variant" via attributes attached to the function decls remain the same, but the gimplifier now uses the

[PATCH v3] DCE __cxa_atexit calls where the function is pure/const [PR19661]

In C++ sometimes you have a deconstructor function which is "empty", like for an example with unions or with arrays. The front-end might not know it is empty either so this should be done on during optimization.o To implement it I added it to DCE where we mark if a statement is necessary or

[gcc r15-166] Remove m_nloops field from loop_versioning

https://gcc.gnu.org/g:ffb521f157fec823907913602ed5cb73dd1c63e8 commit r15-166-gffb521f157fec823907913602ed5cb73dd1c63e8 Author: Andrew Pinski Date: Sat Apr 27 18:54:43 2024 -0700 Remove m_nloops field from loop_versioning This is a small cleanup of loop_versioning where m_nloops

[RFA][RISC-V] Use "uw" forms for constant synthesis

So another constant synthesis improvement. In this patch we're looking at cases where we'd like to be able to use lui+slli, but can't because of the sign extending nature of lui on TARGET_64BIT. For example: 0x800110020UL. The trunk currently generates 4 instructions for that constant,

Results for 13.2.1 20240505 [remotes/origin/releases/gcc-13 r13-8687-gaf51c73b16b] (GCC) testsuite on avr-unknown-none

WARNING: Many C++ failures have been omitted due to lack of libstdc++ on AVR! Only G++ regressions are reported below. LAST_UPDATED: Sun May 5 00:45:52 UTC 2024 (revision r13-8687-gaf51c73b16b) Target is avr-unknown-none Host is x86_64-pc-linux-gnu === gcc tests ===

Results for 15.0.0 20240505 (experimental) [remotes/origin/HEAD r15-165-gfda741998e] (GCC) testsuite on powerpc64le-unknown-linux-gnu

git commit g:fda741998ebccc70168b61e44301ba55ce2486a8 gcc-descr r15-165-gfda741998ebccc power9 IEEE128 Linux 6.9.0-0.rc6.52.fc41.ppc64le ppc64le GNU Make 4.4.1 DejaGnu: DejaGnu version 1.6.3 Expect version 5.45.4 Tcl version 8.6 64-bit LAST_UPDATED: Sun May 5

Re: Re: [PATCH v2 1/1] [RISC-V] Add support for _Bfloat16

2024-05-04 23:23  Jeff Law wrote: >   > > >On 4/2/24 3:22 AM, Xiao Zeng wrote: >> 1 At point , >>    BF16 has already been completed "post public review". >> >> 2 LLVM has also added support for RISCV BF16 in >> and >>

Results for 13.2.1 20240503 [releases/gcc-13 704b15e277a8792ac4cd6008ee08bec4b047a3e6] (GCC) testsuite on i386-pc-solaris2.11

LAST_UPDATED: Fri May 3 14:28:22 UTC 2024 (revision 704b15e277a8792ac4cd6008ee08bec4b047a3e6) === acats tests === === acats Summary === # of expected passes2328 # of unexpected failures0 Native configuration is i386-pc-solaris2.11

Results for 13.2.1 20240503 [releases/gcc-13 704b15e277a8792ac4cd6008ee08bec4b047a3e6] (GCC) testsuite on i386-pc-solaris2.11

LAST_UPDATED: Fri May 3 14:28:22 UTC 2024 (revision 704b15e277a8792ac4cd6008ee08bec4b047a3e6) === acats tests === === acats Summary === # of expected passes2328 # of unexpected failures0 Native configuration is i386-pc-solaris2.11

Results for 14.0.1 20240503 (prerelease) [releases/gcc-14 d7c06a80b54486117a72fb2e7b007ad1838d6d0e] (GCC) testsuite on i386-pc-solaris2.11

LAST_UPDATED: Fri May 3 14:18:59 UTC 2024 (revision d7c06a80b54486117a72fb2e7b007ad1838d6d0e) === acats tests === === acats Summary === # of expected passes2328 # of unexpected failures0 Native configuration is i386-pc-solaris2.11

Results for 14.0.1 20240503 (prerelease) [releases/gcc-14 d7c06a80b54486117a72fb2e7b007ad1838d6d0e] (GCC) testsuite on i386-pc-solaris2.11

LAST_UPDATED: Fri May 3 14:18:59 UTC 2024 (revision d7c06a80b54486117a72fb2e7b007ad1838d6d0e) === acats tests === === acats Summary === # of expected passes2328 # of unexpected failures0 Native configuration is i386-pc-solaris2.11

Results for 14.0.1 20240503 (prerelease) [releases/gcc-14 d7c06a80b54486117a72fb2e7b007ad1838d6d0e] (GCC) testsuite on sparc-sun-solaris2.11

LAST_UPDATED: Fri May 3 14:18:59 UTC 2024 (revision d7c06a80b54486117a72fb2e7b007ad1838d6d0e) === acats tests === === acats Summary === # of expected passes2328 # of unexpected failures0 Native configuration is sparc-sun-solaris2.11

Results for 14.0.1 20240503 (prerelease) [releases/gcc-14 d7c06a80b54486117a72fb2e7b007ad1838d6d0e] (GCC) testsuite on sparc-sun-solaris2.11

LAST_UPDATED: Fri May 3 14:18:59 UTC 2024 (revision d7c06a80b54486117a72fb2e7b007ad1838d6d0e) === acats tests === === acats Summary === # of expected passes2328 # of unexpected failures0 Native configuration is sparc-sun-solaris2.11

Results for 15.0.0 20240503 (experimental) [master 5219414f3cde3c1037e289a6654cd722cfa75dea] (GCC) testsuite on i386-pc-solaris2.11

LAST_UPDATED: Fri May 3 14:11:32 UTC 2024 (revision 5219414f3cde3c1037e289a6654cd722cfa75dea) === acats tests === === acats Summary === # of expected passes2328 # of unexpected failures0 Native configuration is i386-pc-solaris2.11

[Bug other/101166] Add SPDX license identifiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101166 --- Comment #3 from Eric Gallager --- The FSFE's REUSE tool could be helpful for this: https://github.com/fsfe/reuse-tool

[COMMITTED 07/23] Implement range-op dispatch for prange.

This patch adds the range-op dispatch code for prange, and adds some temporary sanity checks (for flag_checking only) to make sure we handle all the pointer/integer variants. In order to make sure I got all the combinations right, I started with a clean slate, trapping on all pointer operands.

[COMMITTED 16/23] Implement operator_bitwise_or for prange.

We seem to have a range-op entry for pointer bitwise OR that we've inherited from the original VRP implementation, but it never gets used. If this is not valid gimple, we can safely remove this entry. gcc/ChangeLog: * range-op-mixed.h: Add overloaded declarations for pointer variants.

[COMMITTED 15/23] Implement operator_bitwise_and for prange.

gcc/ChangeLog: * range-op-mixed.h: Add overloaded declarations for pointer variants. * range-op-ptr.cc (operator_bitwise_and::fold_range): New. (operator_bitwise_and::pointers_handled_p): New. --- gcc/range-op-mixed.h | 6 ++ gcc/range-op-ptr.cc | 30

[COMMITTED 13/23] Implement pointer_plus_operator for prange.

gcc/ChangeLog: * range-op-ptr.cc (class pointer_plus_operator): Add overloaded declarations for pointer variants. (pointer_plus_operator::fold_range): New. (pointer_plus_operator::op2_range): New. (pointer_plus_operator::pointers_handled_p): New. ---

[COMMITTED 01/23] Minimal prange class showing inlining degradation to VRP.

There is a 2% slowdown to VRP unrelated to the work at hand. This patch is a skeleton implementation of prange that exhibits this degradation. It is meant as a place in the commit history we can return to in order to revisit the issue. The relevant discussion is here:

[COMMITTED 05/23] Add hashing support for prange.

gcc/ChangeLog: * value-range.cc (add_vrange): Add prange support. --- gcc/value-range.cc | 16 1 file changed, 16 insertions(+) diff --git a/gcc/value-range.cc b/gcc/value-range.cc index 84113ccfbd0..62170a438bf 100644 --- a/gcc/value-range.cc +++ b/gcc/value-range.cc

[Bug libstdc++/114940] std::generator relies on an optional overload of operator delete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114940 --- Comment #5 from Arsen Arsenović --- imo, creating a divergent code path for this case isn't worth it, especially for something that isn't trivial. I'd opt for checking for sized dealloc in version.def.

[PATCH] aarch64: Support multiple variants including up to 3

On some of the Qualcomm's SoC that includes oryon-1 core, the variant will be different on the cores due to big.little config. Though the difference between big and little is not significant enough to have seperate cost/scheduling models for them and the feature set is the same across all

Results for 15.0.0 20240504 (experimental) [master r15-164-g6cec31d44a] (GCC) testsuite on powerpc64-unknown-linux-gnu

=== g++ Summary === # of expected passes511626 # of unexpected failures1 # of expected failures 5235 # of unsupported tests 23219 /home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 15.0.0 20240504 (experimental) [master r15-164

Results for 13.2.1 20240504 [releases/gcc-13 r13-8686-gb6ead0978b] (GCC) testsuite on powerpc64le-unknown-linux-gnu

ss errors) === gcc Summary === # of expected passes165847 # of unexpected failures31 # of unexpected successes 3 # of expected failures 1481 # of unsupported tests 2973 /home/gccbuild/build/nightly/build-gcc-13/gcc/xgcc version 13.2.1 20240504 [relea

Results for 15.0.0 20240504 (experimental) [master revision gcc-15-164-g6cec31d44a4] (GCC) testsuite on arm-unknown-eabi

/mve-vshr.c scan-assembler-times vshl.u[0-9]+tq[0-9]+, q[0-9]+ 3 === gcc Summary === # of expected passes160501 # of unexpected failures268 # of expected failures 1016 # of unresolved testcases 1 # of unsupported tests 9379 /home/tcwg-buildsl

Re: [PATCH] Fix auto deduction for template specialization scopes [114915].

Thanks for your helpful feedback. It has totally shaped my understanding. While I was trying to develop other tests, as you suggested: > It would be good to also test an explicit variable tmpl spec and > an explicit spec of a member template of a class template. I realized that for the case

Re: [PATCH] middle-end/114931 - type_hash_canon and structual equality types

Am Freitag, dem 03.05.2024 um 21:16 +0200 schrieb Jakub Jelinek: > > On Fri, May 03, 2024 at 09:11:20PM +0200, Martin Uecker wrote: > > > > > > TYPE_CANONICAL as used by the middle-end cannot express this but > > > > > > > > Hm. so how does it work now for arrays? > > > > Do you have a testcase

Кассовый чек на 502 ₽ от ООО Эй Кей Раша

Title: Чек Заберите ваш подарокООО "Эй Кей Ресторантс Раша" 105077, г.Москва, ул. 9-я Парковая, д.30, стр.1 ИНН 7719768926 Место расчётов: Ресторан быстрого обслуживания

[Bug sanitizer/79341] Many Asan tests fail on s390

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341 --- Comment #78 from Eric Gallager --- (In reply to Ilya Leoshkevich from comment #77) > Apparently fixing the message in GCC will produce maintenance overhead [1]. > If that's not very important to you, I'd rather leave this message as is. >

[COMMITTED 20/23] Implement operator_le for prange.

gcc/ChangeLog: * range-op-mixed.h: Add overloaded declarations for pointer variants. * range-op-ptr.cc (operator_le::fold_range): New. (operator_le::op1_range): New. (operator_le::op2_range): New. (operator_le::op1_op2_relation): New.

[COMMITTED 11/23] Implement operator_min and operator_max for prange.

gcc/ChangeLog: * range-op-mixed.h: Add overloaded declarations for pointer variants. * range-op-ptr.cc (operator_min::fold_range): New. (operator_min::pointers_handled_p): New. (operator_max::fold_range): New. (operator_max::pointers_handled_p): New. ---

[Bug libstdc++/114940] std::generator relies on an optional overload of operator delete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114940 --- Comment #6 from Jonathan Wakely --- What would be needed to work without it? It looks like the allocation would have to be larger so the size could be stored as a cookie at the start of the allocated block? Tangentially, could

Results for 13.2.1 20240504 [releases/gcc-13 r13-8686-gb6ead0978b] (GCC) testsuite on powerpc64-unknown-linux-gnu

/nightly/build-gcc-13/gcc/xg++ version 13.2.1 20240504 [releases/gcc-13 r13-8686-gb6ead0978b] (GCC) === gcc tests === Running target unix/-m32 XPASS: gcc.dg/guality/example.c -O0 execution test XPASS: gcc.dg/guality/example.c -O1 -DPREVENT_OPTIMIZATION execution test XPASS

[Bug libstdc++/114940] std::generator relies on an optional overload of operator delete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114940 --- Comment #7 from Arsen Arsenović --- (In reply to Jonathan Wakely from comment #6) > What would be needed to work without it? It looks like the allocation would > have to be larger so the size could be stored as a cookie at the start of >

Results for 15.0.0 20240504 (experimental) [master revision gcc-15-164-g6cec31d44a4] (GCC) testsuite on arm-unknown-eabi

nexpected successes 3 # of expected failures 901 # of unresolved testcases 28 # of unsupported tests 5261 /home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/destdir/x86_64-pc-linux-gnu/bin/arm-eabi-gcc version 15.0.0 20240504 (experimental) [master revision

[Bug rtl-optimization/101523] Huge number of combine attempts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101523 --- Comment #62 from Sarah Julia Kriesch --- (In reply to Segher Boessenkool from comment #61) > (In reply to Sarah Julia Kriesch from comment #60) > > I have to agree with Richard. This problem has been serious for a long time > > but has been

Results for 13.2.1 20240504 [releases/gcc-13 r13-8685-g2bb5a67d60] (GCC) testsuite on powerpc64le-unknown-linux-gnu

f expected failures 1550 # of unsupported tests 3992 /home/gccbuild/build/nightly/build-gcc-13/gcc/xgcc version 13.2.1 20240504 [releases/gcc-13 r13-8685-g2bb5a67d60] (GCC) === gfortran tests === Running target unix XPASS: gfortran.dg/large_real_kind_form_io_2

[gcc r15-143] Implement basic prange class.

https://gcc.gnu.org/g:64993a89ad75814ab69addade1b2c0020a180f41 commit r15-143-g64993a89ad75814ab69addade1b2c0020a180f41 Author: Aldy Hernandez Date: Wed Mar 20 06:25:52 2024 +0100 Implement basic prange class. This provides a bare prange class with bounds and bitmasks. It will

[gcc r15-144] Add streaming support for prange.

https://gcc.gnu.org/g:a7f1285380029d2928d61e61032c1948ccabc495 commit r15-144-ga7f1285380029d2928d61e61032c1948ccabc495 Author: Aldy Hernandez Date: Wed Mar 20 06:34:26 2024 +0100 Add streaming support for prange. gcc/ChangeLog: * data-streamer-in.cc

[gcc r15-148] Implement range-op dispatch for prange.

https://gcc.gnu.org/g:31377eed515506c9e8ba2ac8fa3ab4e743f8c1f3 commit r15-148-g31377eed515506c9e8ba2ac8fa3ab4e743f8c1f3 Author: Aldy Hernandez Date: Wed Mar 20 07:19:45 2024 +0100 Implement range-op dispatch for prange. This patch adds the range-op dispatch code for prange, and

[gcc r15-147] Add prange implementation for get_legacy_range.

https://gcc.gnu.org/g:ddf039adef5e2695f1cb27e0b6e5056fef4be2ee commit r15-147-gddf039adef5e2695f1cb27e0b6e5056fef4be2ee Author: Aldy Hernandez Date: Wed Mar 20 06:39:48 2024 +0100 Add prange implementation for get_legacy_range. gcc/ChangeLog: * value-range.cc

[gcc r15-151] Implement operator_cast for prange.

https://gcc.gnu.org/g:95fce0dc73002d5c9557fa7260c7ba1e761136ff commit r15-151-g95fce0dc73002d5c9557fa7260c7ba1e761136ff Author: Aldy Hernandez Date: Wed Mar 20 08:04:32 2024 +0100 Implement operator_cast for prange. gcc/ChangeLog: * range-op-mixed.h: Add

[gcc r15-153] Implement operator_addr_expr for prange.

https://gcc.gnu.org/g:54d3fd6d9f5d029c23ab376df2f5decb4902907d commit r15-153-g54d3fd6d9f5d029c23ab376df2f5decb4902907d Author: Aldy Hernandez Date: Wed Mar 20 09:51:33 2024 +0100 Implement operator_addr_expr for prange. gcc/ChangeLog: * range-op-mixed.h: Add

[gcc r15-152] Implement operator_min and operator_max for prange.

https://gcc.gnu.org/g:1a4f5d499109d3f2a06bfd1403b6d47d6f55e481 commit r15-152-g1a4f5d499109d3f2a06bfd1403b6d47d6f55e481 Author: Aldy Hernandez Date: Wed Mar 20 08:44:49 2024 +0100 Implement operator_min and operator_max for prange. gcc/ChangeLog: *

[gcc r15-145] Add storage support for prange.

https://gcc.gnu.org/g:f859996a976ca185f371a8ed395e9c8e459e05b0 commit r15-145-gf859996a976ca185f371a8ed395e9c8e459e05b0 Author: Aldy Hernandez Date: Wed Mar 20 06:38:06 2024 +0100 Add storage support for prange. gcc/ChangeLog: * value-range-storage.cc

[gcc r15-154] Implement pointer_plus_operator for prange.

https://gcc.gnu.org/g:86ff3c45ea82452888244476f26a4f628b148ace commit r15-154-g86ff3c45ea82452888244476f26a4f628b148ace Author: Aldy Hernandez Date: Wed Mar 20 10:04:41 2024 +0100 Implement pointer_plus_operator for prange. gcc/ChangeLog: * range-op-ptr.cc (class

  1   2   >