On Sun, Jun 16, 2024 at 12:29:23PM +1000, Nathaniel Shead wrote:
> Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk?
>
> This probably isn't the most efficient approach, since we need to do
> name lookup to find deduction guides for a type which will also
> potentially do a bunch
This patch adds a warning switch for "#pragma once in main file". The
warning option name is Wpragma-once-outside-header, which is the same
as Clang provides.
PR preprocessor/89808
gcc/c-family/ChangeLog:
* c.opt (Wpragma_once_outside_header): Define new option.
*
LAST_UPDATED: Sun Jun 16 03:21:40 UTC 2024 (revision r15-1356-gbc630d613db)
Target is pru-unknown-elf
Host is x86_64-pc-linux-gnu
=== gcc tests ===
Running target pru-sim
FAIL: c-c++-common/analyzer/out-of-bounds-diagram-11.c (test for excess errors)
FAIL:
LAST_UPDATED: Sun Jun 16 01:55:08 UTC 2024 (revision r15-1356-gbc630d613db)
Native configuration is i686-pc-linux-gnu
=== gcc tests ===
Running target unix
UNRESOLVED: gcc.c-torture/compile/2009-1.c -O0
UNRESOLVED: gcc.c-torture/compile/2009-1.c -O1
UNRESOLVED:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115508
Andrew Pinski changed:
What|Removed |Added
Attachment #58443|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114515
Jeffrey A. Law changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115508
Andrew Pinski changed:
What|Removed |Added
Attachment #58442|0 |1
is obsolete|
Regressions on master at commit r15-1356 vs commit r15-1347 on Linux/x86_64
New failures:
New passes:
FAIL: 30_threads/async/async.cc -std=gnu++17 execution test
LAST_UPDATED: Sun Jun 16 01:55:10 UTC 2024 (revision r15-1356-gbc630d613db)
Native configuration is x86_64-pc-linux-gnu
=== gcc tests ===
Running target unix
XPASS: gcc.dg/guality/example.c -O0 execution test
XPASS: gcc.dg/guality/example.c -O1 -DPREVENT_OPTIMIZATION
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115508
--- Comment #9 from Andrew Pinski ---
_19 = BIT_FIELD_REF ;
_12 = BIT_FIELD_REF ;
_15 = _12 | _19;
vs
_13 = BIT_FIELD_REF ;
_14 = BIT_FIELD_REF ;
_15 = _13 | _14;
So basically it is just by accident the order happens that way
LAST_UPDATED: Sun Jun 16 02:59:17 UTC 2024 (revision r13-8851-g663be6b995f)
Target is pru-unknown-elf
Host is x86_64-pc-linux-gnu
=== gcc tests ===
Running target pru-sim
FAIL: c-c++-common/pr103798-2.c -Wc++-compat scan-assembler-not memchr
FAIL: c-c++-common/pr103798-3.c
https://gcc.gnu.org/g:0240909cb03f2a37a74364b00e51ad782c748551
commit r15-1357-g0240909cb03f2a37a74364b00e51ad782c748551
Author: Jeff Law
Date: Sat Jun 15 21:17:10 2024 -0600
[committed] Fix minor SH scan-asm failure after recent IOR->ADD changes
This fixes minor fallout from the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115508
--- Comment #8 from Andrew Pinski ---
Created attachment 58442
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58442=edit
Semi-cleaned up testcase with some extra hooks
So note if you change any of the `#if 0` to `#if 1` or `#if 1` to
This fixes minor fallout from the IOR->ADD change for rotates that I
installed a little while ago.
Basically the SH backend has a special pattern for setting the T
register that has elements similar to a rotate. With the IOR->ADD
change that pattern no longer matches and we get scan-asm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115508
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115508
--- Comment #6 from Sam James ---
Created attachment 58441
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58441=edit
reduced_more.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115508
--- Comment #5 from Sam James ---
On trunk with reduced.i, I get:
```
==3698089== Invalid read of size 8
==3698089==at 0x2430014: UnknownInlinedFun (tree-vect-slp.cc:9672)
==3698089==by 0x2430014: vect_schedule_slp_node(vec_info*,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115508
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Target
LAST_UPDATED: Sun Jun 16 02:37:00 UTC 2024 (revision r13-8851-g663be6b995f)
Target is pru-unknown-elf
Host is x86_64-pc-linux-gnu
=== gcc tests ===
Running target pru-sim
FAIL: c-c++-common/pr103798-2.c -Wc++-compat scan-assembler-not memchr
FAIL: c-c++-common/pr103798-3.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115508
--- Comment #4 from Sam James ---
Created attachment 58440
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58440=edit
reduced.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115508
--- Comment #3 from Sam James ---
> I can't reproduce it with -march=znver2, just -march=znver1. Not compared
> the diff yet.
-march=znver2 -mprefer-vector-width=128 fails too
LAST_UPDATED: Sun Jun 16 02:14:40 UTC 2024 (revision r12-10560-g26640a512ad)
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:
Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk?
This probably isn't the most efficient approach, since we need to do
name lookup to find deduction guides for a type which will also
potentially do a bunch of pointless lazy loading from imported modules,
but I wasn't able to work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115508
--- Comment #2 from Sam James ---
I'm reducing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115508
--- Comment #1 from Sam James ---
==3050649== Invalid read of size 8
==3050649==at 0x192EB36: vect_schedule_slp_node(vec_info*, _slp_tree*,
_slp_instance*) [clone .part.0] (tree-vect-slp.cc:9279)
==3050649==by 0x1948643:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115508
Bug ID: 115508
Summary: ICE when building flac with -O2 -march=znver1
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
No functional change intended; OK for trunk?
-- >8 --
I noticed there already exists a getter to get the scope of a lambda
from its type directly rather than needing to go via
CLASSTYPE_LAMBDA_EXPR, we may as well use it.
gcc/cp/ChangeLog:
* module.cc (trees_out::get_merge_kind): Use
LAST_UPDATED: Sun Jun 16 01:54:17 UTC 2024 (revision
87abb9e4d9b:0453b404361:e24a16867b4fd4725cf1e2cc08dde94d08fba404)
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
WARNING: Many C++ failures have been omitted due to lack of libstdc++ on AVR!
Only G++ regressions are reported below.
LAST_UPDATED: Sun Jun 16 01:31:14 UTC 2024 (revision r15-1353-gdff55a5a0e1)
Target is avr-unknown-none
Host is x86_64-pc-linux-gnu
=== gcc tests ===
On 6/3/24 17:07, Peter Damianov wrote:
Since windows 10 release v1511, the windows console has had support for VT100
escape sequences. We should try to enable this, and utilize it where possible.
Thank you. Patches look good to me, pushed to master branch.
https://gcc.gnu.org/g:bc630d613db94eb50687a009ae6b45098ab02db5
commit r15-1356-gbc630d613db94eb50687a009ae6b45098ab02db5
Author: Peter Damianov
Date: Mon Jun 3 10:07:10 2024 -0700
pretty-print: Don't translate escape sequences to windows console API
Modern versions of windows
https://gcc.gnu.org/g:5c662a3a5724b75ceb06496d9c64137d59c89d39
commit r15-1355-g5c662a3a5724b75ceb06496d9c64137d59c89d39
Author: Peter Damianov
Date: Mon Jun 3 10:07:09 2024 -0700
diagnostics: Don't hardcode auto_enable_urls to false for mingw hosts
Windows terminal and mintty
https://gcc.gnu.org/g:e943a5da40cd4799908d3d29001e1325eb00b755
commit r15-1354-ge943a5da40cd4799908d3d29001e1325eb00b755
Author: Peter Damianov
Date: Mon Jun 3 10:07:08 2024 -0700
diagnostics: Enable escape sequence processing on windows consoles
Since windows 10 release v1511,
WARNING: Many C++ failures have been omitted due to lack of libstdc++ on AVR!
Only G++ regressions are reported below.
LAST_UPDATED: Sun Jun 16 01:08:26 UTC 2024 (revision r13-8851-g663be6b995f)
Target is avr-unknown-none
Host is x86_64-pc-linux-gnu
=== gcc tests ===
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114528
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
WARNING: Many C++ failures have been omitted due to lack of libstdc++ on AVR!
Only G++ regressions are reported below.
LAST_UPDATED: Sun Jun 16 00:45:34 UTC 2024 (revision r13-8851-g663be6b995f)
Target is avr-unknown-none
Host is x86_64-pc-linux-gnu
=== gcc tests ===
This patch adds a warning switch for "#pragma once in main file". The
warning option name is Wpragma-once-outside-header, which is the same
as Clang provides.
PR preprocessor/89808
gcc/c-family/ChangeLog:
* c.opt (Wpragma_once_outside_header): Define new option.
*
valuen.adb:149
0x404a4d Sample at sample.adb:12
0x4046b7 Main at b~sample.adb:258
[/lib/x86_64-linux-gnu/libc.so.6]
0x7fc03814f248
0x7fc03814f303
[./sample]
0x4040ef _start at ???
0xfffe
```
'Wide_Value will also failed with the same error.
I've tested in Debian 12 x86_64 with GNAT 15.0.0 20240615 (git 079506).
On Thu, Jun 13, 2024 at 7:44 AM Jason Merrill wrote:
>
> On 6/13/24 10:31, Ken Matsui wrote:
> > This patch adds a warning switch for "#pragma once in main file". The
> > warning option name is Wpragma-once-outside-header, which is the same
> > as Clang.
> >
> > PR preprocessor/89808
> >
>
WARNING: Many C++ failures have been omitted due to lack of libstdc++ on AVR!
Only G++ regressions are reported below.
LAST_UPDATED: Sun Jun 16 00:22:50 UTC 2024 (revision r12-10559-g573a5f33152)
Target is avr-unknown-none
Host is x86_64-pc-linux-gnu
=== gcc tests ===
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115475
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108316
Andrew Pinski changed:
What|Removed |Added
Target Milestone|13.4|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115087
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113859
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> Patch was posted:
> https://gcc.gnu.org/pipermail/gcc-patches/2024-May/650311.html
Latest patch:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100211
Andrew Pinski changed:
What|Removed |Added
Keywords||aarch64-sve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106329
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97405
Andrew Pinski changed:
What|Removed |Added
Known to work||15.0
--- Comment #6 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111733
Andrew Pinski changed:
What|Removed |Added
Keywords||aarch64-sve
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114906
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
LAST_UPDATED: Thu 13 Jun 2024 00:19:51 UTC (revision r12-10557-g6693b1f39297)
=== acats tests ===
=== acats Summary ===
# of expected passes2328
# of unexpected failures0
Native configuration is x86_64-apple-darwin10
=== g++
Snapshot gcc-14-20240615 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/14-20240615/
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
2461
# of unexpected failures170
# of unexpected successes 14
# of expected failures 1468
# of unsupported tests 3909
/home/gccbuild/build/nightly/build-gcc-12/gcc/xgcc version 12.3.1 20240615
[remotes/origin/releases/gcc-12 r12-10559-g573a5f3315] (GCC)
git commit g:24dbdd20dcbd4c560f852cce51aa0754464476f5
gcc-descr r13-8849-g24dbdd20dcbd4c
power9
Linux 5.15.0-107-generic ppc64le
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.2
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Fri Jun 14 23:05:51 UTC 2024
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115391
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115505
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
On 6/15/24 10:30, Georg-Johann Lay wrote:
Am 14.06.24 um 21:11 schrieb Detlef Vollmann:
I actually plan anyway to run a test with the built libstdc++ on
simulavr.
As an aside, simulavr tries to simulate an exact match of the hardware
including internal I/O like timers, IRQs, etc.
For GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112422
--- Comment #4 from Eric Gallager ---
(In reply to Sam James from comment #3)
> There's some stuff we could cache for sure but it wouldn't be the majority
> of the checks - stuff like finding tools like awk, sed should work
> regardless of
On Sat, Jun 15, 2024 at 09:47:04PM +0200, Gerald Pfeifer wrote:
> There should be *very* few user visible changes such as new options or
> substantially different behaviors on release branches - pretty much by
> definition.
In reality there are tons of changes, people add new options even on
On Tue, 23 Apr 2024, David Malcolm wrote:
> My hope is that the URL suffixes don't change: we shouldn't be adding
> new command-line options on the release branches, and I'd hope that
> texinfo doesn't change the generated anchors from run to run.
Already before this thread, but definitely now, I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115312
--- Comment #6 from Brecht Sanders
---
You're right. Sorry I missed that.
1904
# of unsupported tests 4404
/home/tcwg-buildslave/workspace/tcwg_gnu_2/abe/builds/destdir/aarch64-unknown-linux-gnu/bin/aarch64-unknown-linux-gnu-gcc
version 15.0.0 20240615 (experimental) [master revision
gcc-15-1352-g079506b8aaf] (GCC)
=== gfortran tests ===
uild/build/nightly/build-gcc-13/gcc/xgcc version 13.3.1 20240615
[releases/gcc-13 r13-8850-g072e71f077] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2.f90 -O0 execution test
XPASS: gfortran.dg/large_real_kind_form_io_2
ler-times dummy 8
FAIL: c-c++-common/gomp/unroll-4.c -std=c++20 scan-assembler-times dummy 8
FAIL: c-c++-common/gomp/unroll-5.c -std=c++98 scan-assembler-times dummy 8
FAIL: c-c++-common/gomp/unroll-5.c -std=c++14 scan-assembler-times dummy 8
FAIL: c-c++-common/gomp/unroll-5.c -std=c++17 scan-assembler-ti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115486
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115503
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Known to fail|
-unknown-linux-gnueabihf/armv8l-unknown-linux-gnueabihf/gcc-gcc.git~master-stage2/./gcc/gccgo
version 15.0.0 20240615 (experimental) [master revision
gcc-15-1352-g079506b8aaf] (GCC)
=== libgomp tests ===
Running target tcwg-local
XPASS: libgomp.c/alloc-pinned-1.c execution test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115504
--- Comment #1 from Andrew Pinski ---
I suspect the fix for PR 96917 broke references (or rather changed all to be
non references).
tests 3130
/home/gccbuild/build/nightly/build-gcc-12/gcc/xgcc version 12.3.1 20240615
[remotes/origin/releases/gcc-12 r12-10559-g573a5f3315] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2.f90 -O0 execution tes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115497
--- Comment #12 from Andrew Pinski ---
(In reply to Jonathan Wakely from comment #11)
> Although that class template has been there for years, so if any library
> like abseil was using the built-in, they're already have the problem that
>
On 6/15/24 6:56 AM, pan2...@intel.com wrote:
From: Pan Li
The previous RISC-V backend .SAT_SUB enabling patch missed the form 2
testcases of vector modes. Aka:
Form 2:
#define DEF_VEC_SAT_U_SUB_FMT_2(T) \
void __attribute__((noinline))
Consider
c &= 0xfff;
a &= ~0xfff;
b &= ~0xfff;
a |= c;
b |= c;
This can be done with 2 bstrins instructions. But we need to recognize
it in loongarch_rtx_costs or the compiler will not propagate "c & 0xfff"
forward.
gcc/ChangeLog:
* config/loongarch/loongarch.cc:
=== gcc Summary ===
# of expected passes179351
# of unexpected failures126
# of unexpected successes 13
# of expected failures 1600
# of unsupported tests 5065
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240615
(experimenta
I'm not a C language expert and I'm looking for advice on whether a
-Wcast-qual diagnostic in one situation and not another is intentional
behavior.
Here's a set of examples (same as attachment).
% cat cast-qual-example.c
#define F(name, type, qual) \
typedef type t_##name;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115497
--- Comment #11 from Jonathan Wakely ---
Although that class template has been there for years, so if any library like
abseil was using the built-in, they're already have the problem that libstdc++
now has.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115497
--- Comment #10 from Jonathan Wakely ---
The only foolproof fix would be to rename the __is_pointer class template.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115497
--- Comment #9 from Jonathan Wakely ---
Changing libstdc++ order of includes won't help abseil. If their use of
__is_pointer still comes after any standard header has included
cpp_type_traits.h, the identifier will be "poisoned" by the class
arly-break-cbranch.c check-function-bodies f6
FAIL: gcc.target/arm/wmul-5.c scan-assembler umlal
FAIL: gcc.target/arm/wmul-6.c scan-assembler smlalbb
FAIL: gcc.target/arm/wmul-7.c scan-assembler umlal
FAIL: gcc.target/arm/simd/mve-vabs.c scan-assembler-times memmove 3
FAIL: gcc.target/a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115312
--- Comment #5 from Lewis Hyatt ---
(In reply to Brecht Sanders from comment #4)
> No, that patch wasn't added for my build, see my build recipe here:
> https://github.com/brechtsanders/winlibs_recipes/blob/main/recipes/gcc.winlib
Thanks, this
The patch fails on arm because the tests make assumptions
about enums that are not true everywhere. Should we just
limit the tests to x86?
Martin
Am Montag, dem 03.06.2024 um 17:37 + schrieb Joseph Myers:
> On Sat, 1 Jun 2024, Martin Uecker wrote:
>
> > This is a new version of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115505
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115506
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115506
Bug ID: 115506
Summary: Possible but missed "cmp" instruction merging (x86 &
ARM, optimization)
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115231
Nathaniel Shead changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115505
Bug ID: 115505
Summary: missing optimization: thumb1 use ldmia/stmia for load
store DI/DF data when possible
Product: gcc
Version: 15.0
Status: UNCONFIRMED
On Sat, 2024-06-15 at 21:44 +0800, Xi Ruoyao wrote:
> + for (int i = 0; i < 2; i++)
> + *total += set_src_cost (XEXP (op0, i), mode,
> speed);
Oops this is wrong. I need to fix this and regtest again.
--
Xi Ruoyao
School of Aerospace Science and Technology,
The first form has a lower latency (due to the special handling of
"move" in LA464 and LA664) despite it's longer.
gcc/ChangeLog:
* config/loongarch/loongarch.md (define_peephole2): Require
optimize_insn_for_size_p () for move/move/bstrins =>
srai/bstrins transform.
---
Consider
c &= 0xfff;
a &= ~0xfff;
b &= ~0xfff;
a |= c;
b |= c;
This can be done with 2 bstrins instructions. But we need to recognize
it in loongarch_rtx_costs or the compiler will not propagate "c & 0xfff"
forward.
gcc/ChangeLog:
* config/loongarch/loongarch.cc:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341
--- Comment #13 from John Paul Adrian Glaubitz ---
(In reply to Andrew Pinski from comment #7)
> `-fno-lifetime-dse` is already used but I get the feeling there might be
> strict aliasing issues in the code though. What happens if you add
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113341
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111639
--- Comment #9 from Georg-Johann Lay ---
(In reply to Jonathan Wakely from comment #1)
> since float, double and long double all seem to be the same size on avr
Not necessarily. Since GCC v10, the default for long double is 64 bit (IEEE
f expected failures 1554
# of unsupported tests 3213
/home/gccbuild/build/nightly/build-gcc-13/gcc/xgcc version 13.3.1 20240615
[releases/gcc-13 r13-8850-g072e71f077] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2
https://gcc.gnu.org/g:079506b8aaff878cfc5506241909566f91c624c8
commit r15-1352-g079506b8aaff878cfc5506241909566f91c624c8
Author: Pan Li
Date: Sat Jun 15 20:27:01 2024 +0800
RISC-V: Add testcases for vector unsigned SAT_SUB form 2
The previous RISC-V backend .SAT_SUB enabling
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115312
--- Comment #4 from Brecht Sanders
---
No, that patch wasn't added for my build, see my build recipe here:
https://github.com/brechtsanders/winlibs_recipes/blob/main/recipes/gcc.winlib
Here is the simplified patch then.
libstdc++: Do not use memset in _Hashtable buckets allocation
Using memset is incorrect if the __bucket_ptr type is non-trivial, or
does not use an all-zero bit pattern for its null value.
Replace the use of memset with
lgtm
--Reply to Message--
On Sat, Jun 15, 2024 20:56 PM Li, Pan2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115497
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
---
From: Pan Li
The previous RISC-V backend .SAT_SUB enabling patch missed the form 2
testcases of vector modes. Aka:
Form 2:
#define DEF_VEC_SAT_U_SUB_FMT_2(T) \
void __attribute__((noinline)) \
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115504
Bug ID: 115504
Summary: Wrong decltype result for a captured reference inside
limbda
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
Severity: normal
Hi!
Another gentle ping on this patch series. Could it be merged into
trunk?
TIA, have a lovely day!
--
Arsen Arsenović
signature.asc
Description: PGP signature
1 - 100 of 147 matches
Mail list logo
