https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121718
Bug ID: 121718
Summary: [16 Regression] _Decimal128 now requires -lm, fails to
link gdb (mpfr is underlinked against fesetenv())
since r16-3448-g50064b2898edfb
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121635
--- Comment #4 from Sergei Trofimovich ---
The change fixed nodejs-22.18.0 build for me as well. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121635
Bug ID: 121635
Summary: [16 Regression] ICE on nodejs-22.18.0: ICE in
ix86_emit_tls_call, at
config/i386/i386-features.cc:3805
Product: gcc
Version: 16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121572
--- Comment #17 from Sergei Trofimovich ---
(In reply to H.J. Lu from comment #16)
> Created attachment 62148 [details]
> The v4 patch
>
> Please test the v4 patch.
The v4 patch also works:
- no ICE on `mpfr`
- `mpfr` builds and testsuite pass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121572
--- Comment #15 from Sergei Trofimovich ---
(In reply to H.J. Lu from comment #14)
> Created attachment 62145 [details]
> The v3 patch
>
> Please try the v3 patch. The different from the v2 patch is to add
> a function based on feedback.
The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121572
--- Comment #11 from Sergei Trofimovich ---
(In reply to H.J. Lu from comment #9)
> Created attachment 62137 [details]
> An updated v2 patch
The updare v2 patch fixes all failures for me: no ICE on `mpfr`, `mpfr` build
and testsuite pass, `pyth
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121572
--- Comment #5 from Sergei Trofimovich ---
(In reply to H.J. Lu from comment #4)
> Created attachment 62133 [details]
> A patch
>
> Please test this.
ICEs on `mpfr-4.2.2` when applied to master. `cvise` extracted this thing:
// $ cat agm.c.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121572
--- Comment #3 from Sergei Trofimovich ---
I'm not sure `-mtls-dialect=gnu2` is completely exempt from the bug. `$gcc -S
a.c -fPIC -o a.S -mtls-dialect=gnu2` shows this snippet:
```
bug:
.LFB2:
.cfi_startproc
subq$24, %rsp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121572
--- Comment #2 from Sergei Trofimovich ---
Looking at the output of `$gcc -S a.c -fPIC -o a.S` I think `testl` comparison
gets clobbered by a hoisted `__tls_get_addr` call:
```
bug:
.LFB2:
.cfi_startproc
subq$24, %rsp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121572
Bug ID: 121572
Summary: [16 Regression] Wrong code on mpfr-4.2.2 and
python-3.13.6 since r16-3190-g5cf1b9a03ec5b6
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121260
--- Comment #8 from Sergei Trofimovich ---
The change fixed the build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121260
Bug ID: 121260
Summary: [16 Regression] Build failure on
--enable-checking=release:
gcc/diagnostics/changes.cc:900:2: error: expected '}'
at end of input
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120929
Sergei Trofimovich changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120929
--- Comment #7 from Sergei Trofimovich ---
(In reply to qinzhao from comment #6)
> (In reply to Sergei Trofimovich from comment #3)
> > (In reply to qinzhao from comment #2)
> > > could you please reduce the testing case to help me debug?
> >
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120929
--- Comment #3 from Sergei Trofimovich ---
(In reply to qinzhao from comment #2)
> could you please reduce the testing case to help me debug?
Will do. Might take some time as I'm not very familiar with `file` code base.
> Are you sure that the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120929
--- Comment #1 from Sergei Trofimovich ---
I suspect '-D_FORTIFY_SOURCE=3 -fstack-protector-strong' are the primary
trigger.
Full flag list passed to compiler on this system (wrapper adds quite a few
related to stack protector):
extra flags be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120929
Bug ID: 120929
Summary: [16 Regression] file-5.45 triggers stack protection
false positives since r16-1905-g7165ca43caf470
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120741
--- Comment #4 from Sergei Trofimovich ---
(In reply to cuilili from comment #1)
> Created attachment 61678 [details]
> Fix-shrink-wrap-separate-ICE-for-mingw
>
> Hi Sergei,
>
> Thanks for reporting this issue and providing a small testcase. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120741
Bug ID: 120741
Summary: [16 Regression] ICE on mingw-w64-12.0.0: during RTL
pass: pro_and_epilogue ICE in ix86_expand_prologue, at
config/i386/i386.cc:9446
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120697
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120504
--- Comment #9 from Sergei Trofimovich ---
I confirm gdb and llvm build successfully now. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120504
Bug ID: 120504
Summary: [16 Regression] gcc-16 fails to build llvm-20 and
gdb-16.3 unique_ptr.h:91:23: error: invalid
application of 'sizeof' to incomplete type ... since
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120185
--- Comment #3 from Sergei Trofimovich ---
The change also fixed nss-3.11 build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120185
Bug ID: 120185
Summary: [16 Regression] ncc-3.11 ICE since
r16-479-gabab79397ef97a in
type_has_converting_constructor
Product: gcc
Version: 16.0
Stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120036
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120147
--- Comment #10 from Sergei Trofimovich ---
I confirm the change fixed the build for my environment as well. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120147
--- Comment #1 from Sergei Trofimovich ---
The target was configured as:
configure flags:
--prefix=/nix/store/605c4zhfxanc8hd14a4p4l0g0cskigf9-i686-w64-mingw32-gcc-16.0.0.
--with-gmp-include=/nix/store/jn9bbywyc6ncmlyd9y8qvxwn9qq7181v-g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120147
Bug ID: 120147
Summary: [16 Regression] libstdc++-v3 build failure for mingw32
target: src/c++23/print.cc:102:49: error: invalid
conversion from
'std::basic_filebu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120060
Sergei Trofimovich changed:
What|Removed |Added
CC||fweimer at redhat dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120060
Bug ID: 120060
Summary: [16 Regression] bash-5.2 ICE
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120036
--- Comment #6 from Sergei Trofimovich ---
(In reply to H.J. Lu from comment #5)
> A patch is posted at
>
> https://gcc.gnu.org/pipermail/gcc-patches/2025-April/682360.html
The change fixes both build and tests for highway-1.2.0 for me on x86_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120036
Sergei Trofimovich changed:
What|Removed |Added
Version|15.0|16.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120036
Bug ID: 120036
Summary: [16 Regression] ICE on highway-1.2.0: during RTL pass:
rrvl: in gen_rtx_SUBREG, at emit-rtl.cc:1032
Product: gcc
Version: 15.0
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119970
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119970
Bug ID: 119970
Summary: [15 Regression] mingw builds fail as
libstdc++-v3/include/ostream:224:65: error: could not
convert '__out' since r16-142-g01e5ef3e8b9128
Product: gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119646
Bug ID: 119646
Summary: ICE on lix-2.92.0: internal compiler error: in
flatten_await_stmt, at cp/coroutines.cc:3136
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119428
--- Comment #2 from Sergei Trofimovich ---
Self-contained reproducer:
// $ cat bug.c
__attribute__((noipa, optimize(1)))
void bug_o1(unsigned int nr, void * addr)
{
unsigned char *ADDR = (unsigned char *) addr;
ADDR += nr >>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119428
Bug ID: 119428
Summary: [15 Regression] wrong code on e2fsprogs-1.47.2 since
r15-8478-ge8a5f747cfa9c7
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119278
--- Comment #5 from Sergei Trofimovich ---
The proposed change fixes gnutls-3.8.9 build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119278
--- Comment #4 from Sergei Trofimovich ---
The proposed change fixes gnutls-3.8.9 build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119278
--- Comment #2 from Sergei Trofimovich ---
Yeah, bisect landed on r15-8016-g8015a72ae49640
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119278
Bug ID: 119278
Summary: [15 Regression] ICE on gnutls-3.8.9: in
cmp_csts_same_type, at analyzer/svalue.cc:466
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119226
--- Comment #6 from Sergei Trofimovich ---
The change in duplicated bug fixed `vifm-0.14` build for me. Thank you both!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119226
Bug ID: 119226
Summary: [15 Regression] ICE on vifm-0.14: SIGSEGV during
GIMPLE pass: dom
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118856
--- Comment #12 from Sergei Trofimovich ---
The change fixes mesonlsp-4.3.7 tests for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118856
--- Comment #6 from Sergei Trofimovich ---
The ICE is gone, but the tests in mesonlsp-4.3.7 are still failing. I think
test flags the real problem, but I'm not sure if it's valid use of temps.
Minimized example out of
https://github.com/JCWasmx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118856
Bug ID: 118856
Summary: [15 Regression] ICE in gimplify_var_or_parm_decl at
gimplify.cc:3346 on mesonlsp-4.3.7
Product: gcc
Version: 15.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118409
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118168
--- Comment #4 from Sergei Trofimovich ---
Yeah, it was preprocessed against gcc-15 with c23 default. At least for gcc-13
you can add a few extra trivial defines to reproduce the slowdown. `-Dtrue=1
-Dfalse=0 -Dbool=int -Dnullptr=0 -D__builtin_c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118168
Bug ID: 118168
Summary: -Wmisleading-indentation causes 10x+ overhead or
higher (visible on mypy-1.13.0)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118124
--- Comment #3 from Sergei Trofimovich ---
Proposed change fixed `nss-3.101.2` build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118124
Bug ID: 118124
Summary: [15 Regression] ICE in in expand_expr_real_2, at
expr.cc:9761 on nss-3.101.2
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111619
Sergei Trofimovich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
Bug 84402 depends on bug 111619, which changed state.
Bug 111619 Summary: 'make profiledbootstrap' makes 10+ minutes on insn-recog.cc
(x86_64-linux)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111619
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117980
--- Comment #4 from Sergei Trofimovich ---
Bisected down to r15-6052-g12de1942a0a673:
commit 12de1942a0a673f9f2f1c2bfce4279a666061ffc
Author: Marek Polacek
Date: Thu Aug 29 12:58:41 2024 -0400
c++: compile time evaluation of prvalues [P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117980
--- Comment #1 from Sergei Trofimovich ---
Forgot the example:
// $ cat value.cc.cc
struct basic_string {
constexpr basic_string(basic_string &);
~basic_string();
};
struct StorePath {
basic_string baseName;
};
struct DerivedPathOpaque {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117980
Bug ID: 117980
Summary: [15 Regression] ICE in in
cxx_eval_outermost_constant_expr, at
cp/constexpr.cc:8950 on nix-2.25.2
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117843
--- Comment #4 from Sergei Trofimovich ---
The change fixed fortran bootstrap for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117843
Bug ID: 117843
Summary: [15 Regression] fortran fails bootstrap:
gcc/fortran/trans-io.cc:2662:24: error: enumeration
value 'EXPR_UNKNOWN' not handled in switch
[-W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117496
--- Comment #9 from Sergei Trofimovich ---
The attached patch also fixes `cdrkit-1.1.11` build for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117496
--- Comment #4 from Sergei Trofimovich ---
Yeah, the hack fixes `cdrkit-1.1.11` build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117496
Bug ID: 117496
Summary: [15 Regression] infinite recursion in
insert_predicates_for_cond() on cdrkit-1.1.11
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117176
--- Comment #13 from Sergei Trofimovich ---
The change fixed netpbm-11.8.0 build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117363
--- Comment #12 from Sergei Trofimovich ---
(In reply to Andrew Pinski from comment #11)
> Created attachment 59512 [details]
> Fixed up patch
That fixes `waybar-0.11.0` build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117378
--- Comment #1 from Sergei Trofimovich ---
Created attachment 59509
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59509&action=edit
power_profiles_daemon.cpp.cpp.orig.xz
In case I reduced it incorrectly power_profiles_daemon.cpp.cpp.orig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117378
Bug ID: 117378
Summary: [15 Regression] ICE on waybar-0.11.0: verify_gimple
failed
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117176
--- Comment #10 from Sergei Trofimovich ---
(In reply to Andrew Pinski from comment #9)
> https://gcc.gnu.org/pipermail/gcc-patches/2024-October/666250.html
Does not build against current `master` anymore:
> ../../source/gcc/tree-vect-p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112601
--- Comment #8 from Sergei Trofimovich ---
Looking at `can_inline_edge_p()` I noticed that generally `gcc` disallows
inlining callee's that call `comdat_local`:
static bool
can_inline_edge_p (struct cgraph_edge *e, bool report, bool early =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117176
--- Comment #8 from Sergei Trofimovich ---
To state the obvious bisect landed on r15-4324-gaccb85345edb91 "middle-end:
support SLP early break"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117306
Bug ID: 117306
Summary: [15 Regression] ICE on netpbm-11.8.0 with -O3
-march=znver2: in operator[], at vec.h:910
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117288
--- Comment #5 from Sergei Trofimovich ---
The change fixed `wolfssl-5.7.2` ICE for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117288
Sergei Trofimovich changed:
What|Removed |Added
Summary|[15 Regression] LTO ICE in |[15 Regression] LTO ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117288
Sergei Trofimovich changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117288
Bug ID: 117288
Summary: [15 Regression] LTO ICE in
output_constructor_regular_field at varasm.cc:5644 on
wolfssl-5.7.2
Product: gcc
Version: 15.0
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117194
Bug ID: 117194
Summary: [15 Regression] Wrong code on highway-1.2.0
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117190
--- Comment #1 from Sergei Trofimovich ---
In case the minimal example is too mangled original code looks this way:
-
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/include/linux/font.h#n74
-
https://git.kernel.org/pub/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117190
Bug ID: 117190
Summary: [15 Regression] ICE on linux-6.11.3: in
size_binop_loc, at fold-const.cc:2085
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117177
--- Comment #7 from Sergei Trofimovich ---
The change fixed python-3.12.7 build failure for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117177
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117141
Bug ID: 117141
Summary: gcc/match.pd: patten duplicates around
signed_integer_sat_sub
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117114
Sergei Trofimovich changed:
What|Removed |Added
Summary|[15 Regression] |[15 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117114
Bug ID: 117114
Summary: [15 Regression] -Woverloaded-virtual false positives
on multiple inheritance
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112601
--- Comment #7 from Sergei Trofimovich ---
Here is my understanding of the issue:
The problem appears when ipa-inline (at `a.cpp.089i.inline` pass) tries to
inline:
a.cpp:5:9: note: Inlining void emit(void (*)())/1 to static void S::sm()/2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112601
--- Comment #5 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #4)
> Cloud also get rid of all the globals:
>
> static void printChar() {}
> static void emit(void Print()) { Print(); }
> struct S {
> __attribute__((no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112601
--- Comment #4 from Sergei Trofimovich ---
Cloud also get rid of all the globals:
static void printChar() {}
static void emit(void Print()) { Print(); }
struct S {
__attribute__((noinline)) static void sm() {
emit(printChar);
}
};
void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112601
--- Comment #3 from Sergei Trofimovich ---
Slightly shorter reproducer:
static void printChar(int &, char) {}
int emit_OS;
char emit___trans_tmp_1;
static void emit(void Print(int &, char)) {
Print(emit_OS, emit___trans_tmp_1);
}
struct Seque
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116814
Sergei Trofimovich changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117039
--- Comment #6 from Sergei Trofimovich ---
The change fixed the build for my environment as well. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117039
Bug ID: 117039
Summary: [15 Regression] Build failure:
libcpp/directives.cc:2078:34: error: unknown
conversion type character '>' in format
[-Werror=format=]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116880
--- Comment #6 from Sergei Trofimovich ---
(In reply to Iain Sandoe from comment #5)
> Created attachment 59220 [details]
> patch under test
>
> Here is what I'm testing - if you have a chance to test it in your scenario
> that would be great.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116880
--- Comment #3 from Sergei Trofimovich ---
Bisected it down to r15-3146-g47dbd69b1b31d3.
The real test is a bit involved as it requires a running an installtestsuite,
relies on boehm-gc and an interpreter language on top if it. I build it as:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116880
Bug ID: 116880
Summary: [15 Regression] too early coroutine destruction of
co_await on nix-2.24.8
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116857
--- Comment #6 from Sergei Trofimovich ---
The change fixed `x86_64-w64-mingw32` build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116857
Bug ID: 116857
Summary: [15 Regression] libsupc++ build failure on mingw32:
libstdc++-v3/libsupc++/guard.cc:39:1: error:
declaration of 'int
__cxxabiv1::__cxa_guar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116814
--- Comment #4 from Sergei Trofimovich ---
The change fixed libjack2-1.9.22 for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116791
--- Comment #12 from Sergei Trofimovich ---
The change fixed libvpx build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116817
--- Comment #1 from Sergei Trofimovich ---
Bisect landed on r15-3768-g4150bcd205ebb6 "middle-end: lower COND_EXPR into
gimple form in vect_recog_bool_pattern"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116817
Bug ID: 116817
Summary: [15 Regression] ICE on libajantv2-16.2: in
compute_live_loop_exits, at tree-ssa-loop-manip.cc:250
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116814
--- Comment #2 from Sergei Trofimovich ---
Yeah, git bisect landed on r15-1671-gf2476a2649e997 for me as well. Thank you!
1 - 100 of 647 matches
Mail list logo
