https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114648
--- Comment #5 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:600bf396799a022e65938de572ad1a79a951b95a
commit r14-9849-g600bf396799a022e65938de572ad1a79a951b95a
Author: Gaius Mulley
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114639
--- Comment #6 from JuzheZhong ---
Definitely it is a regression:
https://compiler-explorer.com/z/e68x5sT9h
GCC 13.2 is ok, but GCC 14 ICE.
I think you should bisect first.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45025
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114639
--- Comment #5 from Li Pan ---
(In reply to Kito Cheng from comment #4)
> Reduced case:
> ```c
> typedef long c;
> #pragma riscv intrinsic "vector"
> template struct d {};
> struct e {
> using f = d<0>;
> };
> struct g {
> using f = e::f;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114648
--- Comment #4 from Gaius Mulley ---
Created attachment 57907
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57907=edit
Proposed fix
Trivial patch fix proposed with test code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39091
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-04-09
git commit g:45532e3a929d2893b3efd26beefb1162e50cb51b
gcc-descr r14-9848-g45532e3a929d28
power9 BE
Linux 6.7.9-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: Tue Apr 9 00:18:29 UTC 2024
$ ../configure --prefix=/home/gaius/opt --libexecdir=/home/gaius/opt/lib
--enable-host-shared --enable-threads=posix --enable-clocale=gnu
--enable-checking --enable-long-longx --enable-languages=m2 --enable-multilib
--disable-plugin --enable-bootstrap
gcc-branch: master
git commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114639
--- Comment #4 from Kito Cheng ---
Reduced case:
```c
typedef long c;
#pragma riscv intrinsic "vector"
template struct d {};
struct e {
using f = d<0>;
};
struct g {
using f = e::f;
};
template using h = g::f;
template long k(d);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114639
--- Comment #3 from Li Pan ---
Reproduced from my side too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111937
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96265
--- Comment #6 from Andrew Pinski ---
*** Bug 111937 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111937
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96265
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
LAST_UPDATED: Sun Apr 7 13:04:45 UTC 2024 (revision r14-9823-g4e3c8257304)
Native configuration is hppa-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/coroutines/torture/co-await-18-if-cond.C -O2 -flto
-fno-use-linker-plugin -flto-partition=none
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114648
--- Comment #3 from Gaius Mulley ---
it will handle both, implemented in: gcc/m2/m2.flex:171
but the default was inverted during a recent bugfix.
The particular test code example which provoked the bug was:
# 2 "AdvParse.bnf"
IMPLEMENTATION
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114629
--- Comment #6 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #5)
> While you are at it, it would be useful to add a link to the rust langauge
> specification (like there is for almost all other languages [I see
> objective-C is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114629
--- Comment #6 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #5)
> While you are at it, it would be useful to add a link to the rust langauge
> specification (like there is for almost all other languages [I see
> objective-C is
=== gcc Summary ===
# of expected passes49479
# of unexpected failures197
# of unexpected successes 5
# of expected failures 56
# of unsupported tests 1464
/export/gnu/import/git/gcc-test-master-intel64-native/bld/gcc/xgcc version
14.0.1 20240408 (e
On Mon, Apr 8, 2024 at 11:44 PM H.J. Lu wrote:
>
> Define following macros for APX options:
>
> 1. __APX_EGPR__: -mapx-features=egpr.
> 2. __APX_PUSH2POP2__: -mapx-features=push2pop2.
> 3. __APX_NDD__: -mapx-features=ndd.
> 4. __APX_PPX__: -mapx-features=ppx.
For -mapx-features=, we haven't
LAST_UPDATED: Mon Apr 8 22:40:04 UTC 2024 (revision r14-9847-geaccdba315b)
Native configuration is x86_64-pc-linux-gnu
=== gcc tests ===
Running target unix
XPASS: gcc.dg/Wstringop-overflow-47.c pr97027 (test for warnings, line 72)
XPASS: gcc.dg/Wstringop-overflow-47.c pr97027
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97710
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |NEW
Keywords|
cbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 14.0.1 20240408
(experimental) [remotes/origin/HEAD r14-9847-geaccdba315b] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2.f90 -O0 execution test
XPASS: gfortran.dg/large_real_
f expected failures 1550
# of unsupported tests 3992
/home/gccbuild/build/nightly/build-gcc-13/gcc/xgcc version 13.2.1 20240408
[releases/gcc-13 r13-8594-g40ddc0b05a] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114620
--- Comment #2 from Andrew Pinski ---
This also should be valid for C++17 +:
```
template struct T{};
struct A{char x;};
struct B:A{ };
struct C:A{ T y; };
```
Note the constexpr case is only valid for C++17 + too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114620
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
-threading.c scan-tree-dump-times optimized
"Invalid sum" 0
FAIL: outputs-22 exe savetmp namedb-2: outputs.ld1_args
FAIL: outputs-23 exe savetmp named2-2: outputs.ld1_args
FAIL: outputs-24 exe savetmp named2-3: outputs.ld1_args
FAIL: outputs-25 exe savetmp named2-4: outputs.ld1_args
FAIL: outputs-2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114650
Bug ID: 114650
Summary: CodeView debug information format documentation should
be linked from https://gcc.gnu.org/readings.html
Product: gcc
Version: 14.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114648
Andrew Pinski changed:
What|Removed |Added
Keywords||rejects-valid
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114649
Bug ID: 114649
Summary: Would be useful to link to CTF and BTF debug
information specifications from
https://gcc.gnu.org/readings.html
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114648
Gaius Mulley changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114648
Bug ID: 114648
Summary: compiler by default does not handle C pre-processor
file and line directives
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114629
--- Comment #5 from Andrew Pinski ---
(In reply to Pierre-Emmanuel Patry from comment #2)
> I can see the problem with the message, but I don't think we can remove the
> behavior as we have to match rustc's behavior. The compiler has to ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114629
--- Comment #5 from Andrew Pinski ---
(In reply to Pierre-Emmanuel Patry from comment #2)
> I can see the problem with the message, but I don't think we can remove the
> behavior as we have to match rustc's behavior. The compiler has to ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114642
Andrew Pinski changed:
What|Removed |Added
Target|powerpc64-linux-gnu |powerpc-linux-gnu mips*-*-*
> -Original Message-
> From: Andrew Pinski (QUIC)
> Sent: Friday, March 22, 2024 10:50 PM
> To: gcc-patches@gcc.gnu.org
> Cc: Andrew Pinski (QUIC)
> Subject: [PATCH] Another ICE after conflicting types of redeclaration
> [PR110682]
>
> This another one of these ICE after error issues
https://gcc.gnu.org/g:b8c2eeecfc7fb41d8fdf00f5200181755038504f
commit b8c2eeecfc7fb41d8fdf00f5200181755038504f
Author: Michael Meissner
Date: Mon Apr 8 19:25:56 2024 -0400
Revert all changes
Diff:
---
gcc/config/rs6000/constraints.md| 3 -
gcc/config/rs6000/mma.md| 87
https://gcc.gnu.org/g:aae104ff2f11641f29cb4e74bbfbed7967ae1761
commit aae104ff2f11641f29cb4e74bbfbed7967ae1761
Author: Michael Meissner
Date: Mon Apr 8 19:24:31 2024 -0400
Add support for dense math registers.
The MMA subsystem added the notion of accumulator registers as an
https://gcc.gnu.org/g:c575074589818be10e22af065970a7bd3fcbdc04
commit c575074589818be10e22af065970a7bd3fcbdc04
Author: Michael Meissner
Date: Mon Apr 8 18:29:13 2024 -0400
Use vector pair load/store for memcpy with -mcpu=future
In the development for the power10 processor, GCC
https://gcc.gnu.org/g:b00e0644aaeaaca5044af30724f85f46fe132956
commit b00e0644aaeaaca5044af30724f85f46fe132956
Author: Michael Meissner
Date: Mon Apr 8 19:05:25 2024 -0400
Add wD constraint.
This patch adds a new constraint ('wD') that matches the accumulator
registers
that
an/ieee128-math.f90 -O (test for excess
errors)
=== gcc Summary ===
# of expected passes179316
# of unexpected failures114
# of unexpected successes 19
# of expected failures 1614
# of unsupported tests 4244
/home/gccbuild/build/
On Mon, Apr 8, 2024 at 4:04 PM Iain Sandoe wrote:
>
> Hi
>
> PR 109627 is about functions that have had their bodies completely elided,
> but still have the wrappers for EH frames (either .cfi_xxx or LFSxx/LFExx).
I was thinking about how to fix this once and for all. The easiest
method I could
uccesses 12
# of expected failures 1597
# of unsupported tests 5021
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 14.0.1 20240408
(experimental) [remotes/origin/HEAD r14-9847-geaccdba315] (GCC)
=== gfortran tests ===
Hi
PR 109627 is about functions that have had their bodies completely elided, but
still have the wrappers for EH frames (either .cfi_xxx or LFSxx/LFExx).
These are causing issues for some linkers because such functions result in FDEs
with a 0 code extent.
The simplest representation of this
htly/build-gcc-13/gcc/xgcc version 13.2.1 20240408
[releases/gcc-13 r13-8594-g40ddc0b05a] (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.f90 -O1 execution
On 4/5/24 14:47, Marek Polacek wrote:
On Fri, Apr 05, 2024 at 09:40:48AM +0200, Jakub Jelinek wrote:
Hi!
When looking at maybe_warn_for_constant_evaluated for the trivial
infinite loops patch, I've noticed that it can emit weird diagnostics
for if constexpr in templates, first warn that
On 4/5/24 03:57, Jakub Jelinek wrote:
Hi!
Here is a new version of the PR114462 P2809R3 patch.
As clarified on core, for trivially empty iteration statements
(where the condition isn't empty or INTEGER_CST, because those
loops can't contain std::is_constant_evaluated() in the condition
and the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65281
--- Comment #3 from Andrew Pinski ---
Actually HIDE_EXPORTS has been handled as _GLIBCXX_HIDE_EXPORTS for a long time
now.
And UNUSED has also been handled as _GLIBCXX_UNUSED too for a long time (since
2001).
This is all handled by the code in
/s390/vector/vec-scalar-cmp-1.c scan-assembler
ne:\\n[^:]*\\twfcdb\\t%v[0-9]*,%v[0-9]*\\n\\t[^:]+\\tlocghine\\t%r2,1
XPASS: gcc.target/s390/vxe/popcount-1.c scan-assembler vpopctb\\t%v24,%v24
XPASS: gcc.target/s390/vxe/popcount-1.c scan-assembler vpopcth\\t%v24,%v24
=== gcc Summary for
5241
# of unsupported tests 23129
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 14.0.1 20240408
(experimental) [master r14-9847-geaccdba315] (GCC)
=== gcc tests ===
Running target unix/-m32
FAIL: gcc.dg/debug/btf/btf-datasec-3.c scan-assembler
Regressions on releases/gcc-12 at commit r12-10314 vs commit r12-10291 on
Linux/x86_64
New failures:
FAIL: gcc.dg/vect/vect-bic-bitmask-2.c -flto -ffat-lto-objects (test for excess
errors)
FAIL: gcc.dg/vect/vect-bic-bitmask-4.c -flto -ffat-lto-objects (test for excess
errors)
New passes:
FAIL:
LAST_UPDATED: Mon Apr 8 04:30:15 UTC 2024 (revision r12-10314-g88abe04de2f)
Native configuration is x86_64-pc-linux-gnu
=== gcc tests ===
Running target unix
FAIL: gcc.dg/analyzer/data-model-4.c (test for excess errors)
FAIL: gcc.dg/analyzer/torture/conftest-1.c -O0 (test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78017
Andrew Pinski changed:
What|Removed |Added
CC||punitb20 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109540
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114646
--- Comment #16 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #15)
> (In reply to H.J. Lu from comment #14)
> > This issue is about how libgcc is used by libgfortran, not libgcc itself.
>
> libgcc needs to be fixed too. NOT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87189
--- Comment #13 from Andrew Pinski ---
*** Bug 114646 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114646
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114646
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|DUPLICATE
cbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 14.0.1 20240408
(experimental) [remotes/origin/HEAD r14-9846-gdf7625c3af0] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2.f90 -O0 execution test
XPASS: gfortran.dg/large_real_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112868
--- Comment #11 from Peter Bergner ---
(In reply to Sam James from comment #10)
> No problems reported yet and we have several people testing on ppc w/ gcc 14.
Thanks for the testing! This is clearly a stage1 patch, so we'll wait until
then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114646
--- Comment #13 from Andrew Pinski ---
(In reply to Bruno Haible from comment #11)
> (In reply to Andrew Pinski from comment #9)
> > Dup.
> >
> > *** This bug has been marked as a duplicate of bug 87189 ***
>
> This makes no sense to me:
> -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114646
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78017
Andrew Pinski changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment
=== gcc Summary ===
# of expected passes49479
# of unexpected failures197
# of unexpected successes 5
# of expected failures 56
# of unsupported tests 1464
/export/gnu/import/git/gcc-test-master-intel64-native/bld/gcc/xgcc version
14.0.1 20240408 (e
Regressions on native/master at commit r14-9842 vs commit r14-9836 on
Linux/x86_64
New failures:
FAIL: gcc-dg-lto-pr113359-2-01.exe scan-wpa-ipa-dump icf "Semantic equality
hit:geta/.*getb/"
FAIL: gcc-dg-lto-pr113359-2-01.exe scan-wpa-ipa-dump icf "Semantic equality
hit:geta/.*getb/"
FAIL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114646
H.J. Lu changed:
What|Removed |Added
Resolution|DUPLICATE |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114647
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114646
Bruno Haible changed:
What|Removed |Added
CC||bruno at clisp dot org
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114646
--- Comment #10 from H.J. Lu ---
Created attachment 57906
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57906=edit
A patch
I am testing this.
LAST_UPDATED: Mon Apr 8 19:40:05 UTC 2024 (revision r14-9842-gf4f7c52472f)
Native configuration is x86_64-pc-linux-gnu
=== gcc tests ===
Running target unix
XPASS: gcc.dg/Wstringop-overflow-47.c pr97027 (test for warnings, line 72)
XPASS: gcc.dg/Wstringop-overflow-47.c pr97027
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114647
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78017
Andrew Pinski changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87189
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114647
Bug ID: 114647
Summary: missing DCE when looping over a VLA
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87189
Andrew Pinski changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114646
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87189
--- Comment #10 from Bruno Haible ---
It is fixed in
- glibc 2.35 + gcc 11.4 (verified on Ubuntu 22.04),
- glibc 2.39 + gcc 13.2.1 (verified on Arch Linux 2024.04).
On 4/5/24 03:35, Jakub Jelinek wrote:
Hi!
While ctors/dtors don't return anything (undeclared void or this pointer
on arm) and copy assignment operators normally return a reference to *this,
it isn't invalid to return uselessly some class object which might need
destructing, but the OpenMP
Hi Christophe!
On 2024-04-04T16:27:19+, Christophe Lyon wrote:
> rust has the (empty) rust.dvi and rust.html rules, but lacks the
> (empty) rust.install-dvi and rust.install-html ones.
Thanks, looks good to me.
Grüße
Thomas
> 2024-04-04 Christophe Lyon
>
> gcc/rust/
> *
Hi Christophe!
On 2024-04-04T16:27:19+, Christophe Lyon wrote:
> rust has the (empty) rust.dvi and rust.html rules, but lacks the
> (empty) rust.install-dvi and rust.install-html ones.
Thanks, looks good to me.
Grüße
Thomas
> 2024-04-04 Christophe Lyon
>
> gcc/rust/
> *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114643
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
an/ieee128-math.f90 -O (test for excess
errors)
=== gcc Summary ===
# of expected passes179316
# of unexpected failures114
# of unexpected successes 19
# of expected failures 1614
# of unsupported tests 4244
/home/gccbuild/build/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114643
Andrew Pinski changed:
What|Removed |Added
Depends on||93115
--- Comment #3 from Andrew
exp
"xyzzy, 4" 1
FAIL: c-c++-common/gomp/atomic-9.c -std=gnu++98 scan-tree-dump-times ompexp
"__atomic_fetch_add" 1
FAIL: c-c++-common/gomp/atomic-9.c -std=gnu++14 scan-tree-dump-times ompexp
"__atomic_fetch_add" 1
FAIL: c-c++-common/gomp/atomic-9.c -std=gnu++17 s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114615
--- Comment #4 from Andrew Pinski ---
(In reply to Jonathan Wakely from comment #3)
> The dumb part is that __n here comes from wcslen(__s2), so the compiler is
> able to track that __s2 is only two bytes, but not capable of tracking that
> __n
This test failed on powerpc --target_board=unix'{-m32}' because two
variables were not placed in sections where the test silently (and
incorrectly) assumed they would be.
The important thing for the test is only that BTF_KIND_DATASEC entries
are NOT generated for the extern variable declarations
150368
# of unexpected failures176
# of unexpected successes 33
# of expected failures 985
# of unresolved testcases 2
# of unsupported tests 3760
/home/gccbuild/build/nightly/build-gcc-11/gcc/xgcc version 11.4.1 20240408
[releases/gcc-1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #7 from Hristo Venev ---
I was actually trying to fix a bug in an existing application that I didn't
write that is using std::chrono::current_zone() under the assumption that it
returns some good approximation of what should be
Regressions on releases/gcc-13 at commit r13-8592 vs commit r13-8591 on
Linux/x86_64
New failures:
FAIL: gcc.dg/lto/save-temps c_lto_save-temps_0.o-c_lto_save-temps_0.o link, -O
-flto -save-temps
FAIL: gcc.dg/vect/vect-bic-bitmask-8.c -flto -ffat-lto-objects (test for excess
errors)
FAIL:
LAST_UPDATED: Mon Apr 8 07:30:05 UTC 2024 (revision r13-8592-g0d4862691d2)
Native configuration is x86_64-pc-linux-gnu
=== gcc tests ===
Running target unix
FAIL: gcc.dg/analyzer/data-model-4.c (test for excess errors)
FAIL: gcc.dg/analyzer/torture/conftest-1.c -O0 (test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |WONTFIX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114638
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-04-08
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #5 from Jonathan Wakely ---
The libc time zone doesn't necessarily correspond to anything in the IANA
database anyway. If you use a POSIX time zone definition like TZ="abc4abd" then
libc will use that to generate a custom time zone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114645
--- Comment #4 from Hristo Venev ---
> What does "quite a bit completely useless" mean? current_zone() tells you
> what /etc/localtime is set to. So it's as useless as /etc/localtime, no more
> and no less.
What I mean is that in its current
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94365
--- Comment #3 from David Malcolm ---
(In reply to David Malcolm from comment #2)
> Testing again with trunk (for GCC 12); the false leak of ‘a’ report still
> occurs, but the -Wanalyzer-free-of-non-heap report is fixed.
False leak still
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78147
Dan Raviv changed:
What|Removed |Added
CC||dan.raviv at gmail dot com
--- Comment #8
On 4/8/24 12:26, David Faust wrote:
The behavior introduced in
fa60ac54964 btf: Emit labels in DATASEC bts_offset entries.
is only fully correct when compiling for the BPF target with BPF CO-RE
enabled. In other cases, depending on optimizations, it can result in
an incorrect symbol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114626
--- Comment #3 from anlauf at gcc dot gnu.org ---
Another option is to not declare max_sum as parameter but as variable.
With
integer :: max_sum = 2 * max_ij ** 3
the code compiles almost instantly, but it has noticeable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114638
Andrew Pinski changed:
What|Removed |Added
Summary|Hang and Memory Consumption |Hang and Memory Consumption
https://gcc.gnu.org/g:8d380e9ea06a66fd55172897dde9b50b808e368e
commit 8d380e9ea06a66fd55172897dde9b50b808e368e
Merge: 61137681da6 5653a12f14e
Author: Michael Meissner
Date: Mon Apr 8 16:26:58 2024 -0400
Merge commit 'refs/users/meissner/heads/work164-vpair' of
101 - 200 of 530 matches
Mail list logo