https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105399
Bug ID: 105399
Summary: [12 Regression] -O2/-Ofast -flto ICEs as internal
compiler error: verify_cgraph_node failed
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106334
Sergei Trofimovich changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106494
Bug ID: 106494
Summary: [
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106494
Sergei Trofimovich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106495
Bug ID: 106495
Summary: [13 Regression] Build fails
gcc/tree-ssa-threadbackward.cc:22: gcc/vec.h:890:19:
error: array subscript 4294967294 is above array
bounds of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106540
Bug ID: 106540
Summary: [13 Regression] lto -g ICE in
dwarf2out_register_external_die at dwarf2out.cc:6076
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106551
Bug ID: 106551
Summary: [13 Regression] dup2 causes -fanalyser ICE in
valid_to_unchecked_state, at analyzer/sm-fd.cc:751
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106616
Bug ID: 106616
Summary: ia64: ICE during RTL pass: mach: error: qsort
comparator non-negative on sorted output: 3
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87281
--- Comment #12 from Sergei Trofimovich ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106616#c0 provides hopefully
reproducible test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106617
Bug ID: 106617
Summary: [13 Regression] gcc is very slow at ternary
expressions,
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106617
--- Comment #2 from Sergei Trofimovich ---
(In reply to Andrew Pinski from comment #1)
> I doubt this is a regression. I suspect if you compile the trunk with
> --enable-checking=release you would see the same compile time as 12.
I think both m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106617
--- Comment #3 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > I doubt this is a regression. I suspect if you compile the trunk with
> > --enable-checking=release you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106617
--- Comment #5 from Sergei Trofimovich ---
--enable-checking=release did not help much. Attached example still compiles
3.5 s. verify parts disappeared from profile, but generic_simplify are still
there:
11.20% cc1 cc1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106617
--- Comment #6 from Sergei Trofimovich ---
Created attachment 53455
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53455&action=edit
ring_buffer.c.gz
ring_buffer.c.gz is a preprocessed file from linux-4.19.
$ time gcc-12.1.0 -O2 -c ring_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106624
Bug ID: 106624
Summary: [13 Regression] LTO plugin fails to build in parallel
builds: xgcc: fatal error: cannot execute
'/build/build/./prev-gcc/collect2': execv: Bad address
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106624
--- Comment #1 from Sergei Trofimovich ---
Created attachment 53461
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53461&action=edit
good.log.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106624
--- Comment #2 from Sergei Trofimovich ---
Used configure options:
configure flags:
--prefix=/nix/store/fx45rjgwi61c5xx6xyxz9lih1bkyv374-gfortran-13.0.0
--with-gmp-include=/nix/store/gyr707p3ac6ss8pcmf14g0hx041vj9xf-gmp-with-cxx-stage3-6.2.1-de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106624
--- Comment #4 from Sergei Trofimovich ---
Bisected locally down to:
53e3b2bf16a486c15c20991c6095f7be09012b55 is the first bad commit
commit 53e3b2bf16a486c15c20991c6095f7be09012b55
Author: Martin Liska
Date: Tue Aug 9 13:59:36 2022 +0200
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106624
--- Comment #7 from Sergei Trofimovich ---
I'm using GNU make from
https://git.savannah.gnu.org/cgit/make.git/commit/?id=621d3196fae94e9006a7e9c5ffdaf5ec209bf832
commit (from around 22 June, before FIFO support).
On top of that I apply --shuffl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106624
--- Comment #8 from Sergei Trofimovich ---
I think I understand now why it's such a mysterious failure. gcc uses putenv()
incorrectly!
I think the real bug was introduced in: commit 1270ccda70ca09f7d4 "Factor out
jobserver_active_p.".
It's gis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106624
Sergei Trofimovich changed:
What|Removed |Added
Component|bootstrap |driver
--- Comment #10 from Sergei
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106624
Sergei Trofimovich changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106831
Bug ID: 106831
Summary: [13 Regression] mpfr-4.1.0 started failing 2 tests:
tget_set_d64 and tget_set_d128
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106831
--- Comment #3 from Sergei Trofimovich ---
Hm, mpfr-4.1.0 still fails these 2 tests for me from current gcc-master.
Comparing -O2 build from last week and this week snapshot code generation
changed seemingly only for `mpfr_get_decimal64()` at s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106905
Bug ID: 106905
Summary: [13 Regression] ia64: ICE in in
vect_peel_nonlinear_iv_init, at tree-vect-loop.cc:8412
on zstd-1.5.2
Product: gcc
Version: 13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106905
--- Comment #7 from Sergei Trofimovich ---
The change fixed real zstd-1.5.2 build on ia64 as well. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107064
Bug ID: 107064
Summary: gcc/config/t-i386 depends are incomplete:
/gcc/config/i386/i386-builtins.h:25:10: fatal
error: i386-builtin-types.inc: No such file or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107064
--- Comment #1 from Sergei Trofimovich ---
Created attachment 53635
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53635&action=edit
0001-gcc-config-t-i386-add-build-dependencies-on-i386-bui.patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107064
Sergei Trofimovich changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107064
Sergei Trofimovich changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107196
Bug ID: 107196
Summary: [13 Regression] llvm-14.0.6 is miscompiles by gcc-13
in -O3: hangs llvm testsuite (inliner seems to break
it)
Product: gcc
Version: 13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107196
--- Comment #3 from Sergei Trofimovich ---
The clues:
1. I bisected gcc down to
commit 2460f7cdef7ef9c971de79271afc0db73687a272
Author: Aldy Hernandez
Date: Fri Sep 23 19:47:33 2022 +0200
Set ranges from unreachable edges for all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107196
--- Comment #5 from Sergei Trofimovich ---
(In reply to Andrew Pinski from comment #1)
> We definitely needs more information than this. It could very well be a bug
> in LLVM too.
> Have you tried compiling LLVM with -fsanitize=address ?
(In re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107196
--- Comment #6 from Sergei Trofimovich ---
(In reply to Andrew Pinski from comment #4)
> llvm/lib/Target/RISCV/RISCVISelLowering.cpp is huge source and it might have
> undefined code in it.
> Maybe narrow down which function is going wrong.
Wha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107196
--- Comment #8 from Sergei Trofimovich ---
I confirm that today's master does not exhibit the failure. Bisecting to the
fix ends up at this fix:
commit c9b840db504d15db01f06fe1fec38282dbafee07
Author: Aldy Hernandez
Date: Mon Oct 17 18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107351
Bug ID: 107351
Summary: Bootstrap fails when gcc is built with gcc-13-master:
error: conversion from 'long unsigned int' to
'unsigned int' changes value from '700101' to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107351
--- Comment #3 from Sergei Trofimovich ---
Created attachment 53750
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53750&action=edit
gcc-13.0.0-build.log.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107351
--- Comment #4 from Sergei Trofimovich ---
Attached the build log.
I completely forgot about the fact that I was using gcc source from
"normalized" filesystem which intentionally resets all timestamps (it's one of
the build modes for my distrib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107358
Bug ID: 107358
Summary: [13 Regression] i686-linux: Since
r13-3290-g98e341130f8798 code fails to build
libjxl-0/7.0 (vector float code)
Product: gcc
Version: 13.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107358
--- Comment #3 from Sergei Trofimovich ---
(In reply to Jakub Jelinek from comment #2)
> Created attachment 53757 [details]
> gcc13-pr107358.patch
>
> Untested fix.
The proposed patch fixes libjxl-0.7.0 build for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103842
Bug ID: 103842
Summary: [12 regression] ICE on ilmbase-2.5.7: during RTL pass:
expand
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103842
--- Comment #1 from Sergei Trofimovich ---
Created attachment 52065
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52065&action=edit
bug.cpp.cpp.orig.gz
bug.cpp.cpp.orig.gz - unreduced file (had to compress to get past 1MB limit)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101715
--- Comment #15 from Sergei Trofimovich ---
clang's compiler-rt fails to build for quite a while due to this ICE.
Trying to poke at the failure. I shrunk the example slightly further:
template struct S {
S & bar() noexcept(A::value);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103891
Bug ID: 103891
Summary: clang-13 fails to compile libstdc++'s
std::variant>: error: attempt to use
a deleted function
Product: gcc
Version: 12.0
Stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103910
Bug ID: 103910
Summary: openjdk17 causes ICE on -O3 -march=opteron
-fchecking-new: during GIMPLE pass: aprefetch: in
gimple_build_call, at gimple.c:267
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103910
--- Comment #2 from Sergei Trofimovich ---
Created attachment 52124
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52124&action=edit
archiveBuilder.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103910
--- Comment #4 from Sergei Trofimovich ---
(In reply to Andrew Pinski from comment #3)
> This should fix the issue:
> apinski@xeond:~/src/upstream-gcc/gcc/gcc/config/i386$ git diff i386.h
> diff --git a/gcc/config/i386/i386.h b/gcc/config/i386/i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103769
--- Comment #5 from Sergei Trofimovich ---
I think I found something similar on openttd-12.1. Seems to be a mostly gcc-12
regression:
$ cat bug.cpp
template using t = T;
template struct s;
template s...> f() { f(); }
$ g++-12.0.0 --param=ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103769
--- Comment #6 from Sergei Trofimovich ---
Trying to understand what the error means:
Crash happens when we look up entry in
gcc/cp/pt.c:static GTY (()) spec_hash_table *type_specializations;
It's a hash table of entries of spec_entry type:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103769
--- Comment #8 from Sergei Trofimovich ---
Slightly simpler executable example without recursion:
template using t = T;
template struct s {};
template s...> f() { return {};}
int main() { f(); }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103891
--- Comment #5 from Sergei Trofimovich ---
(In reply to Jonathan Wakely from comment #4)
> I suppose we could just do:
>
> --- a/libstdc++-v3/include/std/variant
> +++ b/libstdc++-v3/include/std/variant
> @@ -54,7 +54,7 @@ namespace std _GLIBCX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103891
--- Comment #8 from Sergei Trofimovich ---
That allowed me to build mold-1.0.0 with clang-13 + libstdc++. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103984
Bug ID: 103984
Summary: [12 regression] Possible maybe-uninitialized false
positive on shaderc-2021.0
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104031
Bug ID: 104031
Summary: [12 regression] Global nested constructors generate
invalid code.
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104031
--- Comment #4 from Sergei Trofimovich ---
Great test, Andrew!
Something is completely dropped initialization of Info{} input argument to
s_op. As if it's lifetime ends before RegisterPrimOp{} enters:
--- main.s.good 2022-01-14 21:53:42.334571
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104031
--- Comment #5 from Sergei Trofimovich ---
gcc-11 for comparison did not seem to have `struct InfoD.2399 D.2453 =
{.arityD.2402=0};` style nodes and encoded stores explicitly:
main.cc.244t.optimized:
voidD.48 _GLOBAL__sub_I_main ()
{
struct I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104031
--- Comment #6 from Sergei Trofimovich ---
> void __static_initialization_and_destruction_0 (int __initialize_p, int
> __priority)
> {
> struct InfoD.2399 D.2453 = {.arityD.2402=0};
Having poked at -fdump-tree-all-raw I now think `= {.arityD.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101715
--- Comment #18 from Sergei Trofimovich ---
(In reply to Marek Polacek from comment #17)
> Patch posted
> https://gcc.gnu.org/pipermail/gcc-patches/2022-January/588520.html
Applying patch locally fixes build of compiler-rt from llvm-13 for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104069
Bug ID: 104069
Summary: -Werror=use-after-free false positive on
elfutils-0.186
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104069
--- Comment #2 from Sergei Trofimovich ---
Similar code triggers the same warning (and error due to -Werror) on current
linux.git:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/tools/lib/subcmd/subcmd-util.h?id=0c947b8
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104583
Bug ID: 104583
Summary: [12 regression] ICE dolphin-emu at
cp/cp-gimplify.cc:746
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103202
Bug ID: 103202
Summary: [12 regression] gcc miscompiles ed-1.17
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-opt
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!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103215
Bug ID: 103215
Summary: [12 regression] gcc generates unexpected warnings on
libx11-1.7.2: error: array subscript -2 is outside
array bounds of
Product: gcc
Vers
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103266
Bug ID: 103266
Summary: [12 regression] llvm-13 miscompilation:
__builtin_assume_aligned causes over-aggressive dce
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103268
Bug ID: 103268
Summary: [12 regression] ICE om glib-2.10.1: internal compiler
error: in optimize_atomic_bit_test_and, at
tree-ssa-ccp.c:3626
Product: gcc
Version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103279
Bug ID: 103279
Summary: [12 regression] ICE on llvm-compiler-rt-13: internal
compiler error: canonical types differ for identical
types
Product: gcc
Version: 12.
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103292
Bug ID: 103292
Summary: [12 regression] xorg-server-1.20.13
-Werror=array-bounds false positive on unions
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severi
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103375
Bug ID: 103375
Summary: [12 regression] -Werror=uninitialized false positive
on unittest-cpp
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103432
Bug ID: 103432
Summary: [12 regression] libjxl-0.5 is miscompiled, works fine
with -fno-ipa-modref
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: nor
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103557
Bug ID: 103557
Summary: [12 regression] ICE on tpm2-tss-3.0.3: during RTL
pass: sched2: SIGSEGV in memory_operand()
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103598
Bug ID: 103598
Summary: [12 regression] __PRETTY_FUNCTION_ lost namespaces in
types
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103682
Bug ID: 103682
Summary: [12 regression] ICE on atomics: gimple check: expected
gimple_assign(error_mark), have gimple_nop() in
gimple_assign_rhs_code, at gimple.h:2852
Prod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103698
Bug ID: 103698
Summary: [12 regression] Code assigned to
__attribute__((section(".data"))) generates invalid
dwarf: leb128 operand is an undefined symbol
Product: gcc
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102437
Bug ID: 102437
Summary: [11 Regression] gcc-11 and later started recognising
-R option
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102539
Bug ID: 102539
Summary: [11/12 regression] -Wmaybe-uninitialized false
positive, invalid location
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: n
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!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102823
Bug ID: 102823
Summary: glm-0.9.9.8 fails on gcc-11 and above
(-fno-strict-aliasing)
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107488
Bug ID: 107488
Summary: [13 Regression] -Werror=dangling-reference false
positives in cppunit
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107532
Bug ID: 107532
Summary: [13 Regression] -Werror=dangling-reference false
positives in libcamera-0.0.1
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107661
Bug ID: 107661
Summary: [13 Regression] lambdas get merged incorrectly in
tempaltes, cause llvm-12 miscompilation
Product: gcc
Version: 13.0
Status: UNCONFIRMED
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
101 - 200 of 625 matches
Mail list logo
