https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104031
--- Comment #13 from Sergei Trofimovich ---
The change also fixed original nix-2.4 test failure. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104069
--- Comment #5 from Sergei Trofimovich ---
(In reply to Martin Sebor from comment #4)
> Actually, this is already supposed to be handled but the code is not
> effective due to a typo. This fixes it:
>
> diff --git a/gcc/gimple-ssa-warn-access.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103598
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFI
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Noticed ICE today when was building dolpjin-emu with a weekly gcc snapshot and
current gcc master.
Minimal reproducer:
// $ cat bug.cc
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Created attachment 51774
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51774&action=edit
main_loop.c
Originally found the problem as a test failure on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103202
--- Comment #3 from Sergei Trofimovich ---
Created attachment 51776
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51776&action=edit
main_loop_simpler.c
Attaching seemingly simpler example. I applied most inlines and simplified
loops as m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103202
--- Comment #10 from Sergei Trofimovich ---
(In reply to Aldy Hernandez from comment #9)
> Created attachment 51780 [details]
> patch in testing
The patch fixed real ed-1.17 test suite as well. Thank you!
Version: 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: ---
Upstream core:
https://gitlab.freedesktop.org/xorg/lib/libx11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103215
--- Comment #1 from Sergei Trofimovich ---
Created attachment 51781
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51781&action=edit
orig.bug.c
Attaching orig.bug.c in case I corrupted original too much.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103215
--- Comment #4 from Sergei Trofimovich ---
Created attachment 51792
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51792&action=edit
gdb-bug.cc
Found similar bug in gdb/c++ at gdb/language.c. It might have slightly better
loop structure.
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Noticed the bug initially on llvm-13 testsuite failure where 4 new tests fail
when llvm is built
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
ICE is initially observed on glib-2.70.1. Here is
: 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: ---
Initially observed ICE on llvm-13's compiler-rt build attempt.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103279
--- Comment #1 from Sergei Trofimovich ---
Created attachment 51815
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51815&action=edit
a.c.cpp.orig.gz
a.c.cpp.orig.gz is an unreduced file in case reduction is too narrow.
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Created attachment 51818
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51818&action=edit
a.c.c.orig
In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103292
--- Comment #2 from Sergei Trofimovich ---
(In reply to Martin Sebor from comment #1)
> The warning is intended. The program allocates an object of a size that's
> smaller than the size of the type used to access it:
>
>pPicture->pSour
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Initially build failure noticed on unittest-cpp-2.0.0. I suspect it's a week
old regression.
Here is the minimal extracted ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103375
--- Comment #2 from Sergei Trofimovich ---
Created attachment 51855
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51855&action=edit
a.cpp.cpp
Also attaching unmodified preprocessed original file as I might have removed
too much. Original
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103375
--- Comment #3 from Sergei Trofimovich ---
Proposed upstream workaround as
https://github.com/unittest-cpp/unittest-cpp/pull/185.
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Created attachment 51875
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51875&action=edit
dct_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103432
--- Comment #6 from Sergei Trofimovich ---
(In reply to Jan Hubicka from comment #4)
> Fixed on trunk by g:a70faf6e4df7481c2c9a08a06657c20beb3043de (sorry for
> cut&pasting wrong PR number).
Tested on full libjxl-0.5 testsuite. All works now. T
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Noticed as an ICE in tpm2-tss-3.0.3 against weekly gcc-12 snapshot. Here is th
extracted example:
$ cat
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
I noticed the change as llvm-12 test failure (llvm-13 dropped string matching
on namespaces and thus does not fail anymore).
Here is the
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
ICE extracted from a
oduct: gcc
Version: 12.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: ---
Target: arm-none-eab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103698
--- Comment #2 from Sergei Trofimovich ---
Aha, sounds good. Let's consider it's an user error to mix -g* options with
`__attribute__((section(".data")))` applied to `.code` objects.
Priority: P3
Component: driver
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
x86_64-pc-linux-gnu target:
$ gcc-12.0.0 a.c -o a -R /foo
$ gcc-11.1.0 a.c -o a -R /foo
$ gcc-10.3.0 a.c -o a -R /foo
gcc-10.3.0
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Minimal example is extracted from aerospike-server-4.2.0.4:
$ cat a.c.c
void msg_set_buf(const int *);
void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102539
--- Comment #1 from Sergei Trofimovich ---
Created attachment 51524
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51524&action=edit
a.c.c.orig
a.c.c.orig is the unreduced preprocessed file with the same warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102539
--- Comment #4 from Sergei Trofimovich ---
Ah, that's very clever! Thank you!
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Created attachment 51626
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51626&action=edit
z.tar.gz
On gcc-10 glm test suite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102823
--- Comment #4 from Sergei Trofimovich ---
Thank you! Added a link to upstream issue report:
https://github.com/g-truc/glm/pull/1087
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104069
--- Comment #26 from Sergei Trofimovich ---
#c12 fixed elfutils case.
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
cppunit-1.15.1 and a few other projects fail to compile due to -Werror on
-Werror=dangling-reference. I think those are false
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107488
--- Comment #4 from Sergei Trofimovich ---
Thank you! cppunit-1.15.1 now builds fine with your fix.
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
CC: mpolacek at gcc dot gnu.org
Target Milestone: ---
libcamera-0.0.1 and a few other projects (like cvise) fail to compile due to
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Created attachment 53888
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53888&action=ed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107661
--- Comment #2 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #0)
> Reproducing:
>
> $ ./gcc-13-HEAD/bin/gcc -Wall -O0 a.cc -o a
> $ ./gcc-13-HEAD/bin/gcc -Wall -O3 a.cc -o a
> ./bug_HEAD.bash: line 6: 1309437 Illegal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107661
--- Comment #3 from Sergei Trofimovich ---
Created attachment 53889
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53889&action=edit
a_simpler.cc
a_simpler.cc is a bit more trimmed down version of a.cc: does not need pragmas
or argument f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107661
--- Comment #4 from Sergei Trofimovich ---
If I read a.cc.254t.optimized correctly I think there are two unrelated places
that are expected to generate `getWaitStatesSince6.constprop`:
- one is through main()
- another is through seemingly_unuse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107661
Sergei Trofimovich changed:
What|Removed |Added
Summary|[13 Regression] lambdas get |[13 Regression] lambdas get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107661
--- Comment #7 from Sergei Trofimovich ---
Looking -fdump-ipa-cp-all I see the following clone
```
IPA decision stage:
Evaluating opportunities for static void function_ref::callback_fn(void*) [with
Callable = seemingly_unused_foo(int)::L]/30
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107661
--- Comment #8 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #7)
> When debug reports unqualified `Aggregate replacements: 1[0]=callback_fn`
> does it mean ipa-cp does not distinguish between:
> * static void functio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107661
Sergei Trofimovich changed:
What|Removed |Added
Attachment #53888|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107661
--- Comment #10 from Sergei Trofimovich ---
I think ipa-cp adds the call edge info in wrong direction. a.cc.081i.cp snippet
around do3() param1 (our callback):
IPA lattices after all propagation:
Lattices:
...
Node: void do3(volati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107661
--- Comment #11 from Sergei Trofimovich ---
I think I found the bug: r13-3358-ge0403e95689af7
cgraph_edge_brings_all_agg_vals_for_node() accidentally changed behaviour of
the predicate:
- before the change: ipa-cp triggers when constrop contain
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107661
--- Comment #12 from Sergei Trofimovich ---
Testing the following:
--- a/gcc/ipa-cp.cc
+++ b/gcc/ipa-cp.cc
@@ -5869,37 +5869,37 @@ cgraph_edge_brings_all_scalars_for_node (struct
cgraph_edge *cs,
/* Determine whether CS also brings all aggrega
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107661
--- Comment #13 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #12)
> Testing the following:
>
> --- a/gcc/ipa-cp.cc
> +++ b/gcc/ipa-cp.cc
> @@ -5869,37 +5869,37 @@ cgraph_edge_brings_all_scalars_for_node (struct
> cgr
: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Likely this week's gcc-13 regression. Originally observed on hdf5-1.12.2
upstream package. Smaller extracted ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107789
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107766
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107766
--- Comment #3 from Sergei Trofimovich ---
Posting example from PR107789 here in unlikely case it's a slightly different
problem:
$ cat a.c.c
long ga, gb, gc, gd;
unsigned long ge, gf;
int gh;
int bug(void) {
gf = gb ? ga : 0;
gf -= gh * ge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107783
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107661
--- Comment #18 from Sergei Trofimovich ---
The fix also fixed all initial llvm-12's test suite failures for me. Thank you!
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Test failure is initially observed on ffmpeg-4.4.2 test suite where a bunch of
tests started failing comparison against golden values
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107879
Sergei Trofimovich changed:
What|Removed |Added
CC||jakub at redhat dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107879
--- Comment #7 from Sergei Trofimovich ---
(In reply to Jakub Jelinek from comment #6)
> Created attachment 53978 [details]
> gcc13-pr107879.patch
>
> Untested fix.
The patch fixed real ffmpeg-4 tests for me (before the change there were about
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96425
--- Comment #7 from Sergei Trofimovich ---
If I bisected correctly SIGSEGV disappeared in r11-2735-g634046d1a81b48
commit 634046d1a81b48a48b3564ff2f90974f6b7b087b
Author: Nathan Sidwell
Date: Tue Aug 18 06:02:37 2020 -0700
c++: Move hidd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107879
--- Comment #12 from Sergei Trofimovich ---
(In reply to Jakub Jelinek from comment #5)
> It is the foperator_mult::op{1,2}_range and can be seen even on:
> double
> foo (double x, double y)
> {
> double z = x * y;
> if (z == 0.0)
> retu
: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Initially observed the failure as an array test failure in
apache-arrow-cpp-9.0.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108047
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108071
--- Comment #7 from Sergei Trofimovich ---
Got a build failure of clang-14 on this week's gcc. Minimal example:
This week's gcc-13 fails:
$ result-bad/bin/g++ -c bug.cc.cc
bug.cc.cc: In member function 'void Linker::ConstructJob(const ArgList&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108071
--- Comment #8 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #7)
> Got a build failure of clang-14 on this week's gcc. Minimal example:
Forgot the example itself:
// $ cat bug.cc.cc
#include
class OptSpecifier;
str
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108047
--- Comment #6 from Sergei Trofimovich ---
Encountered very similar ICE, this time on toml library on this week's gcc-13
master. Reduced it down to the following:
// $ cat bug.cc
#include
#include
void format_underline(std::ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108110
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108110
--- Comment #17 from Sergei Trofimovich ---
(In reply to Martin Jambor from comment #16)
> I have posted the sorting patch to the mailing list:
>
> https://gcc.gnu.org/pipermail/gcc-patches/2023-January/609459.html
I confirm the test fixes ori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108047
--- Comment #10 from Sergei Trofimovich ---
(In reply to Jakub Jelinek from comment #8)
> Created attachment 54201 [details]
> gcc13-pr108047.patch
>
> My current understanding is that even if nothing in the initializer is
> dependent maybe_ini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105436
--- Comment #6 from Sergei Trofimovich ---
Noticed similar build failure on llvm-13:
[ 1%] Building CXX object
utils/TableGen/CMakeFiles/obj.llvm-tblgen.dir/AsmMatcherEmitter.cpp.o
In file included from /build/source/llvm/include/llvm/ADT/Sequ
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Originally reported by cpu in https://bugs.gentoo.org/844091. Here is my
attempt at minimizing it:
//$ cat main.c
struct {
long
: normal
Priority: P3
Component: preprocessor
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
ICE initially observed on ovito-3.7.1 source code where
-DCOPYRIGHT="\"${long-string}\""
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105492
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105587
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Initially encountered wrong code on fontforge-2022-03-08 where it failed to
generate djvu fonts and crashed. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105650
--- Comment #3 from Sergei Trofimovich ---
(In reply to Hongtao.liu from comment #1)
> What's the platform are you running on, does it with SSE2?
> GCC default arch is SSE2, and I didn't see any suspicious obove-sse2
> instruction.
It's a znver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105650
--- Comment #5 from Sergei Trofimovich ---
(In reply to Richard Biener from comment #2)
> I can't reproduce with r13-565-g941efd87e22b1b
>
> It might be a __builtin_unreachable () falling through to an illegal
> instruction.
>
> Maybe somebody
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105650
Sergei Trofimovich changed:
What|Removed |Added
CC||jakub at redhat dot com
--- Commen
Version: 13.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: ---
Originally reported by tt_1 at https://bugs.gentoo.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105756
Sergei Trofimovich changed:
What|Removed |Added
Summary|ICE in |[12/13 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105852
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
CC: hjl.tools at gmail dot com, hubicka at gcc dot gnu.org,
marxin at gcc dot gnu.org
Target Milestone: ---
Host: x86_64-unknown-linux-gnu
Initially reported
oduct: gcc
Version: 13.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: ---
For build errors like 'error:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106102
--- Comment #3 from Sergei Trofimovich ---
Aha, that makes sense.
In this case include chain is:
- c++tools/resolver.cc
-> c++tools/resolver.h
-> libcody/cody.hh
-> libstdc++-v3/include/memory
-> libstdc++-v3/include/bits/shared_pt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106102
--- Comment #4 from Sergei Trofimovich ---
Posted my naive attempt:
https://gcc.gnu.org/pipermail/gcc-patches/2022-June/597353.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106102
--- Comment #6 from Sergei Trofimovich ---
Also found a closely related jit build failure, but there is used
directly.
Proposed the change to move before poisoning step as:
https://gcc.gnu.org/pipermail/gcc-patches/2022-June/597379.html
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Initially noticed the problem as a pcre-8.45 test failure when built with this
week's gcc. Very likely a fresh regression.
Extracted self-contained ex
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
CC: jwakely.gcc at gmail dot com
Target Milestone: ---
There is a race condition when (I speculate) libstdcv++v3 is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106162
--- Comment #1 from Sergei Trofimovich ---
Created attachment 53235
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53235&action=edit
build.log.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106162
--- Comment #6 from Sergei Trofimovich ---
(In reply to Jonathan Wakely from comment #2)
> (In reply to Sergei Trofimovich from comment #0)
> > There is a race condition when (I speculate) libstdcv++v3 is built in
> > parallel from different 'ma
|UNCONFIRMED |RESOLVED
Assignee|unassigned at gcc dot gnu.org |slyfox at gcc dot
gnu.org
Resolution|--- |FIXED
--- Comment #10 from Sergei Trofimovich ---
Pulled fixes as is to gcc-12.
Not going to pull it in to gcc-11 and lower as it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104799
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
Severity: normal
Priority: P3
Component: lto
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 nix-2.10.3 project. It started using LTO recently.
I
++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Host: x86_64-pc-linux-gnu
Initially noticed the failure as a cmake-3.18.5 install failure when built with
today's gcc.
Here is the extracted and sli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90077
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100782
--- Comment #3 from Sergei Trofimovich ---
(In reply to Richard Biener from comment #2)
> The description says:
>
> gcc version 12.0.0 20210526 (experimental) (GCC)
>
> so is this about GCC 12 or GCC 11? What version worked fine (why's this
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100782
--- Comment #4 from Sergei Trofimovich ---
Bisected down to r11-4577
commit 44fbc9c6e02ca5b8f98f25b514ed7588e7ba733d
Author: Vladimir N. Makarov
Date: Fri Oct 30 15:05:22 2020 -0400
Take insn scratch RA requirements into account in IRA.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87808
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101219
--- Comment #4 from Sergei Trofimovich ---
Got the same mednafen crash today. Poked slightly at the context in gdb.
>From what I understand the crash happens when analysing statement `void
(PCEFast_PSG::*ch_0)(int, int *);`. There is no access
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101219
--- Comment #5 from Sergei Trofimovich ---
build_ptrmemfunc_type() creates fresh RECORD_TYPE for (each?) __pfn. Should it
probably populate TYPE_BINFO(t) as well?
https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=gcc/cp/decl.c;h=01d64a16125ec0bb8e3798
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101219
--- Comment #6 from Sergei Trofimovich ---
gcc internals doc says that binfo should be attached to every class/struct
(RECORD). I'm not sure if this case qualifies. Maybe?
Why this crash happens mechanically? I skimmed through commit 65870e7561
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101219
--- Comment #8 from Sergei Trofimovich ---
Proposed simplistic change as
https://gcc.gnu.org/pipermail/gcc-patches/2021-July/575867.html
201 - 300 of 665 matches
Mail list logo
