: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
The example is extracted from wine-6.13 build failure against gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101601
Sergei Trofimovich changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comm
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Found when poked at https://gcc.gnu.org/PR101219. Might be related to
https://gcc.gnu.org/PR96989.
$ cat a.cc
struct S { void m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100782
--- Comment #6 from Sergei Trofimovich ---
Trying to understand why rejection happens: -fdump-rtl-all-slim 295r.reload
says:
Choosing alt 0 in insn 12: (0) =r (1) %0 (2) rI08
{*addsi3_compact_lra}
alt=0: No input/output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101219
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100117
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97565
--- Comment #9 from Sergei Trofimovich ---
Tested gcc-master against spidermonkey-78.13.0 with -flto -fipa-pta -O1. Works
without a problem. Thank you!
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Observed gcc-12 ICE on today's gcc when was building firefox checkout.
I might have reduced it do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102080
--- Comment #1 from Sergei Trofimovich ---
Created attachment 51362
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51362&action=edit
dec_reconstruct.cc.cc.orig.xz
dec_reconstruct.cc.cc.orig.xz is the original extracted preprocessed file,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111527
--- Comment #5 from Sergei Trofimovich ---
(In reply to Deepthi H from comment #4)
> I have been investigating this issue further. Hence checking the source code
> and debugging the gcc sources. However, I wasn't able to find where the
> COLLECT
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Initially observed build failure on icu4c-73.2 using gcc
r14-9636-gc2e28df90a1640 .
The build fails there as:
regexst.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114439
Sergei Trofimovich changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114439
--- Comment #6 from Sergei Trofimovich ---
The change also fixed full icu4c-73.2 build for me. Thank you!
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Initially observed test failures on gmp-6.2.1 when building with gcc
r14-2736-gd07504725973cc
Extracted reproducer:
// $ cat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110790
Sergei Trofimovich changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110790
--- Comment #3 from Sergei Trofimovich ---
The change fixed `gmp` and `mpfr` test suites on `i686-linux` for me. And also
a `grep` testsuite on `x86_64-linux`. Thank you!
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Initially observed as SSE4 test failures on x365-3.5 on gcc
r14-2829-g31d18ff44244d1.
Extracted self-contained reproducer:
// $ cat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110838
Sergei Trofimovich changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110790
--- Comment #7 from Sergei Trofimovich ---
The new change did not break `grep`, `gmp` and `mpfr` on x86_64-linux and
i686-linux. Success!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110838
--- Comment #7 from Sergei Trofimovich ---
Tested https://gcc.gnu.org/pipermail/gcc-patches/2023-July/625868.html against
x265-3.5 test suite. All passes.
Thank you!
27;%s'
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Don't know if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110880
--- Comment #1 from Sergei Trofimovich ---
Compiler details:
$ aarch64-unknown-linux-gnu-g++ -v
Using built-in specs.
COLLECT_GCC=/<>/aarch64-unknown-linux-gnu-stage-final-gcc-14.0.0/bin/aarch64-unknown-linux-gnu-g++
COLLECT_LTO_WRAPPER=/<>/aa
: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Initially observed compiler crash on linux-6.4.7 when building with
r14-2930-g0460c122162793
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110886
--- Comment #2 from Sergei Trofimovich ---
Forgot the reproducer itself:
// $ cat altera.c.c
int altera_export_bool_array_count_i, altera_export_bool_array_count_line, r;
unsigned altera_export_bool_array_count_k;
void altera_export_bool_array_
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Initially observed the failure as a perf SIGSEGV
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111009
--- Comment #5 from Sergei Trofimovich ---
For what it's worth bisect pointed at r12-4871-g502ffb1f389011
$ git bisect good
502ffb1f389011b28ee51815242c7397790802d5 is the first bad commit
commit 502ffb1f389011b28ee51815242c7397790802d5
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111009
--- Comment #7 from Sergei Trofimovich ---
commit bd400db6d3ec167142ace352db00f84d382e33a8 (HEAD)
Date: Fri Oct 15 12:06:27 2021 -0400
Add --param=vrp1-mode and --param=vrp2-mode.
(the first commit that adds the option) generates SIGSEGVs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111009
--- Comment #9 from Sergei Trofimovich ---
Created attachment 55744
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55744&action=edit
bug.S
At the hazard of stating the obvious: it's a wrong-code when you execute it
(not a gcc ICE).
Shoul
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Noticed wrong code with r14-3259-g24f7b20bbd87eb when running tests on
highway-1.0.6. Extracted example:
// $ cat bug.cc.cc
typedef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111048
Sergei Trofimovich changed:
What|Removed |Added
CC||richard.sandiford at arm dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111009
--- Comment #12 from Sergei Trofimovich ---
I confirm the change fixed `perf` startup for me. Thank you!
t
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Observed build failure on today's gcc from r14-3296-gdc48d1d1d44587 against
highway-1.0.6 ( https://github.com/google/highway ).
I have not managed to extract nice exampl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111051
--- Comment #1 from Sergei Trofimovich ---
Found this difference, looks reasonable?
// $ cat a.cc
#include
#pragma GCC target("avx512vl,avx512dq")
void bug(__m256i i) {
volatile auto v1 = _mm256_cvtepi64_pd(i);
}
Difference:
$ g++-13 -c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111051
--- Comment #5 from Sergei Trofimovich ---
The change fixed highway-1.0.6 build for me. Thank you!
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Noticed bootstrap failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111060
--- Comment #3 from Sergei Trofimovich ---
The patch fixed gcc buid on i686-linux for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111048
--- Comment #11 from Sergei Trofimovich ---
I confirm highway-1.0.6 still passes the tests with Prathamesh's fix. Thank
you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111051
Sergei Trofimovich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Created attachment 55911
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55911&action=edit
tree-ssa-loop-niter.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111435
--- Comment #4 from Sergei Trofimovich ---
Meanwhile cvise extracted this test:
// $ cat tree-ssa-loop-niter.cc.cc
int discover_iteration_bound_by_body_walk_queue_index, m_vec;
int *address();
unsigned length();
int deref(unsigned ix) {
int _
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111435
--- Comment #10 from Sergei Trofimovich ---
The proposed patch fixes my modified i686-linux gcc bootstrap as well. Thank
you!
Priority: P3
Component: driver
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Tl;DR:
linux allows you to pass up to 2MB of command line arguments to the tools
limiting each individual option to 128KB
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111527
--- Comment #2 from Sergei Trofimovich ---
(In reply to Richard Biener from comment #1)
> Hm, but the COLLECT_GCC_OPTIONS variable is only used for communicating
> between the driver and the linker, the options therein are individually
> passed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111559
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111559
--- Comment #4 from Sergei Trofimovich ---
Looks like identical code folding creates uninitialized profile counters if
there are any edges in folded functions.
I think cvise did a decent job extracting the reproducer below. Here is a
single-fil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111559
--- Comment #5 from Sergei Trofimovich ---
Slightly shorter example that does not rely on inline:
// $ cat bug.c
__attribute__((noipa)) static void edge(void) {}
int p = 0;
__attribute__((noinline))
static void rule1(void) { if (p) edge(); }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111559
--- Comment #6 from Sergei Trofimovich ---
Uninitialized value comes from `ipa_merge_profiles()` for our `rule1_same()`
alias and `rule1()` functions:
// in gcc/ipa-icf.cc:
else if (create_alias)
{
alias->icf_merged = true;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111559
--- Comment #7 from Sergei Trofimovich ---
Proposed conservative fix as
https://gcc.gnu.org/pipermail/gcc-patches/2023-September/631526.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111283
--- Comment #9 from Sergei Trofimovich ---
Proposed conservative fix as
https://gcc.gnu.org/pipermail/gcc-patches/2023-September/631526.html
NCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
The reproducer on gcc from r14-4300-g1fab05a885a308:
$ ~/dev/git/gcc/configure --disable-multili
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111619
--- Comment #1 from Sergei Trofimovich ---
-ftime-report breakdown:
time /tmp/gb/./prev-gcc/cc1plus -quiet -nostdinc++ -I
/tmp/gb/prev-x86_64-pc-linux-gnu/libstdc++-v3/include/x86_64-pc-linux-gnu -I
/tmp/gb/prev-x86_64-pc-linux-gnu/libstdc++-v3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111619
--- Comment #4 from Sergei Trofimovich ---
(In reply to Andrew Pinski from comment #2)
> Can you also try with --enable-checking=release to double check that it is
> not the extra compile time checks which is causing issues ...
Added --enable-c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111619
--- Comment #5 from Sergei Trofimovich ---
(In reply to Andrew Pinski from comment #3)
> Note prev-gcc/cc1plus is compiled at -O0 also which definitely makes things
> worse here.
Also tried with: '--enable-checking=release -O2 -g' as:
$ ~/dev/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111619
--- Comment #6 from Sergei Trofimovich ---
And here is fomr completeness default checking with CC='gcc -g -O2' CXX='g++ -g
-O2':
$ ~/dev/git/gcc/configure --disable-multilib --enable-languages=c,c++ 'CC=gcc
-g -O2' 'CXX=g++ -g -O2'
$ /tmp/gb/.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111619
--- Comment #8 from Sergei Trofimovich ---
Looks like it's mainly -O0.
Why not try to use at least -O1 for bootstrap? Perhaps it was a safe default to
workaround host compiler bugs in C days.
But nowadays gcc uses -std=c++11 with quite a bit o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111619
Sergei Trofimovich changed:
What|Removed |Added
Summary|[14 regression] 'make |'make profiledbootstrap'
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Initially I observed the bug as a gcc profiled bootstrap failure on
r14-4300-g1fab05a885a308:
$ ~/dev/git/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111505
--- Comment #4 from Sergei Trofimovich ---
In https://gcc.gnu.org/PR111629#c0 profiled bootstrap fales for a similar
reason.
There ggc_common_finalize() memset()s unexpected memory location
#1 0x01933651 in ggc_common_finalize () at
/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111505
--- Comment #5 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #4)
> Is it a ggc_common_finalize() bug in assuming that `base` does not point to
> the bbeginning of a struct?
> Or a `gt_ggc_r_gt_cp_tree_h` bug that it do
|unassigned at gcc dot gnu.org |slyfox at gcc dot
gnu.org
Resolution|--- |FIXED
--- Comment #7 from Sergei Trofimovich ---
I can confirm --with-build-config=bootstrap-asan fails the same way before the
fix and passes successfully after the fix.
Let's decla
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86656
Bug 86656 depends on bug 111505, which changed state.
Bug 111505 Summary: [14 Regression] Asan (address-sanitizer) bootstrap fails
since r14-4003-geaa8e8541349df
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111505
What|Removed
-geaa41a6dc127d8)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111642
--- Comment #1 from Sergei Trofimovich ---
Looks like this code is all under `#if CHECKING_P` of sorts. A few more
possibly affected entries:
```
$ git grep -P 'poly_int64 \(\d+, \d+\)'
gcc/config/riscv/riscv-selftests.cc: -BYTES_PER_RIS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111642
Sergei Trofimovich changed:
What|Removed |Added
Summary|[14 Regression] |[14 Regression] bootstrap4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111642
--- Comment #4 from Sergei Trofimovich ---
Looks like `-fchecking=1` and `-fno-checking` handle c++ a bit differently.
Two commands differing only in `-fno-checking`. One works, one does not:
```
$ /tmp/gb/./prev-gcc/xg++ -B/tmp/gb/./prev-gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111642
--- Comment #5 from Sergei Trofimovich ---
The default value is `-fchecking=2` there. `-fchecking=0` and `-fchecking=1`
work fine. This means `-fchecking=` slightly alters c++ template instantiation.
I'll try to extract smaller example.
The fo
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Encountered when was reducing PR111642 where `make bootstrap4` fails. Reduced
example:
// $ cat rtl-tests.cc.cc
struct poly_int {
template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111642
Sergei Trofimovich changed:
What|Removed |Added
Depends on||111647
--- Comment #6 from Sergei
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111642
--- Comment #7 from Sergei Trofimovich ---
If I try to build the file with `clang++-16` I'm getting the following error:
In file included from /home/slyfox/dev/git/gcc/gcc/rtl-tests.cc:22:
In file included from /home/slyfox/dev/git/gcc/gcc/core
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111647
--- Comment #1 from Sergei Trofimovich ---
More realistic example extracted from gcc's poly_int:
// $ cat rtl-tests.cc
template struct poly_int {
template constexpr poly_int (const Cs &... cs)
: coeffs { cs... } {}
int coeffs[N];
};
#de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111642
--- Comment #8 from Sergei Trofimovich ---
With https://gcc.gnu.org/PR111647#c1 I'm convinced it's a gcc's source code bug
and we should not try to write calls like `poly_int<1, T>(1, 1)` with
mismatching arity.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111642
Sergei Trofimovich changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comme
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Reproducer on current gcc master from r14-4353-gf416a3fdbee32a:
$ ~/dev/git/gcc/configure --disable-multilib --enable-languages
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111642
--- Comment #14 from Sergei Trofimovich ---
(In reply to Richard Sandiford from comment #13)
> Created attachment 56023 [details]
> Tentative fix
Re " That now triggers a warning
in some configurations, since the NUM_POLY_INT_COEFFS>1 tests
use
=missing-profile]
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111663
--- Comment #1 from Sergei Trofimovich ---
Proposed the change as
https://gcc.gnu.org/pipermail/gcc-patches/2023-October/631790.html
|--- |FIXED
Assignee|unassigned at gcc dot gnu.org |slyfox at gcc dot
gnu.org
--- Comment #10 from Sergei Trofimovich ---
Fixed in master.
Thanks for the report!
|--- |FIXED
Assignee|unassigned at gcc dot gnu.org |slyfox at gcc dot
gnu.org
--- Comment #11 from Sergei Trofimovich ---
Should be fixed in master.
Thank you for the report!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111663
Sergei Trofimovich changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |slyfox at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115881
--- Comment #10 from Sergei Trofimovich ---
I confirm the change fixed linux-6.10 build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116200
--- Comment #7 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #6)
> I think I'm seeing a similar crash on libgcrypt-1.10.3. Here is the minimal
> example I extracted from it in case it's easier to explore, fix and add a
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Might be a dupe of https://gcc.gnu.org/PR116349. Filing just in case it's not
as it's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116353
--- Comment #1 from Sergei Trofimovich ---
Bisected down to r15-2890-g72c9b5f438f22c "ifcvt: Allow more operations in
multiple set if conversion".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116353
--- Comment #3 from Sergei Trofimovich ---
Adding a tiny bit of debugging code it looks like it's a missing optab for
vec_select:
```diff
--- a/gcc/optabs.cc
+++ b/gcc/optabs.cc
@@ -1260,6 +1260,7 @@ expand_simple_binop (machine_mode mode, enum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116353
Sergei Trofimovich changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Noticed ICE on today's gcc-master r15-2990-gf11bc0884467c6 when bui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116411
--- Comment #3 from Sergei Trofimovich ---
I confirm the pending change fixes readline-8.2p13 build for me. Thank you!
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Noticed an ICE today on openblas-0.3.28 when building with gcc-master
r15-2990-gf11bc0884467c6.
Minimized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116412
--- Comment #1 from Sergei Trofimovich ---
Created attachment 58954
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58954&action=edit
chbev_2stage.f
Also attaching unminimized version of chbev_2stage.f in case cvise furned into
a broken so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116412
--- Comment #6 from Sergei Trofimovich ---
(In reply to Andrew Pinski from comment #4)
> I will finish this up tomorrow but here is the patch which I will doing
> (note white spaces might be wrong):
> ```
> diff --git a/gcc/tree-ssa-phiopt.cc b/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116516
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109274
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Seems to be this week's regression. On gcc-13 webkitgtk-2.38.5 fails to uild
as:
/home/slyfox/n/webkitgtk-2.38.5/S
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Initially noticed the false positive on fheroes2-1.0.3 project which uses
-Werror by default. Here is the extracted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109514
--- Comment #4 from Sergei Trofimovich ---
Thank you, Jason!
I tested the original code from fheroes2-1.0.3. It also compiles without
warnings.
Component: ipa
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Noticed ICE on pkg-config-0.29.2 when was building with gcc from master.
Minimal example:
//$ cat bug.c.c
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109643
--- Comment #3 from Sergei Trofimovich ---
Got a slightly nicer backtrace with debugging symbols:
(gdb) bt
#0 0x00f70d7b in canonize (val=0x7fff9120, len=len@entry=0,
precision=precision@entry=576) at ../../source/gcc/wide-int.cc:9
Severity: normal
Priority: P3
Component: ipa
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Got the ICE on valgrind-3.20.0 against today's gcc m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109652
--- Comment #7 from Sergei Trofimovich ---
(In reply to Richard Biener from comment #6)
> Should be fixed now.
I confirm it fixed valgrind-3.20.0 build as well. Thank you!
301 - 400 of 670 matches
Mail list logo
