https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106680
Kewen Lin changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108282
Martin Turski changed:
What|Removed |Added
CC||turningtides at outlook dot de
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108260
Jiang An changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #2 from Jian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108282
Bug ID: 108282
Summary: Disabled template method using requires-clause still
viable through requires-expression
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
--- Comment #4 from Gaius Mulley ---
Created attachment 54184
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54184&action=edit
Potential fix for target multilib_dir handling -m and -f.
Work in progress.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278
--- Comment #2 from Andrew Pinski ---
Note the original testcase does (inside _M_max_size):
return std::size_t(0x7fffL) / sizeof(_Tp);
Which was reduced to just:
attach___trans_tmp_3 = 9223372036854775807 / 2;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108280
Andrew Pinski changed:
What|Removed |Added
Component|lto |testsuite
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108281
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Component|target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105010
--- Comment #20 from Segher Boessenkool ---
(In reply to Segher Boessenkool from comment #18)
> But! We do not support 2.00 at all since quite a while (-mcpu=power4
> does not mean 2.00, it means 2.02, i.e. POWER4+ actually), so this macro
> co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108281
--- Comment #1 from Alexander Kleinsorge ---
(same for types double and long-double)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108281
Bug ID: 108281
Summary: float value range estimation missing (vs. integer)
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108280
Bug ID: 108280
Summary: [10 regression] Many lto excess errors after
r10-11132-gf543f71c54be74
Product: gcc
Version: 10.4.1
Status: UNCONFIRMED
Severity: norma
Source: gcc-11
Version: 11.3.0-10
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Affects: gcc-11, gcc-snapshot
X-Debbugs-CC: debian-h...@lists.debian.org
Hi,
gcc-11-11.3.0-10 in sid FTBFS on hurd-i386 due to failing linkage of
pthread_once (same error already fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278
--- Comment #1 from David Binderman ---
Reduced C++ code is
typedef int mbstate_t;
namespace std {
struct Trans_NS___cxx11_basic_string {
char *c_str();
};
template _Facet use_facet(int);
template struct __codecvt_abstract_base {
typedef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108236
--- Comment #2 from Jakub Klinkovský ---
I copy-pasted this report in https://github.com/llvm/llvm-project/issues/59810
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
--- Comment #3 from Gaius Mulley ---
I believe I have a fix for the target options. I've built gm2 as a cross
compiler for the avr series of microprocessors with the fix and now get a
cc1gm2 ICE (after the correct arguments are presented to cc1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108279
--- Comment #1 from Thomas Koenig ---
Created attachment 54183
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54183&action=edit
Example patch with Michael S's code just pasted over the libgcc implementation,
for a test
A benchmarks: Just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108279
Bug ID: 108279
Summary: Improved speed for float128 routines
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92336
Gaius Mulley changed:
What|Removed |Added
CC||gaius at gcc dot gnu.org
--- Comment #4 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278
Bug ID: 108278
Summary: runtime error with -O1 -Wall
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103760
Patrick Palka changed:
What|Removed |Added
CC||avr5309 at gmail dot com
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108254
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Resol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104995
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|access checking fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108277
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-01-03
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107822
--- Comment #2 from Andrew Macleod ---
Sorry, I've been out for a few weeks.
This isn't an on-demand issue. All versions of VRP do a full walk and resolve
during the walk. This issue is a combination of lack of iteration and not
optimistic eval
LTO compression algorithms: zlib
gcc version 13.0.0 20230103 (experimental) (GCC)
$ gcc/xgcc -B gcc -c ~/toolchain/src/gcc/gcc/testsuite/g++.dg/torture/pr81812.C
-march=armv8-m.main
$ gcc/xgcc -B gcc -c ~/toolchain/src/gcc/gcc/testsuite/g++.dg/torture/pr81812.C
-march=armv8-m.base
/home/alecop01
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108276
--- Comment #1 from Andrew Pinski ---
Patches should be sent to gcc-patches@ after reading
https://gcc.gnu.org/contribute.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108206
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108276
Bug ID: 108276
Summary: libiberty unlink_if_ordinary does not handle Windows
nul device correctly
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108275
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108275
Bug ID: 108275
Summary: GCC accepts invalid program using private data member
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60512
Alex Coplan changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108237
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108237
--- Comment #4 from Jakub Jelinek ---
Ah, I see, it is forwprop4 which does that:
+Applying pattern match.pd:6223, generic-match.cc:75158
...
- _15 = v.2_7 & { 18446744073709551360, 18446744073709551360 };
- _9 = _15 != { 0, 0 };
+ _9 = v.2_7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108237
--- Comment #3 from Jakub Jelinek ---
I think the actual problem is though:
/* Transform comparisons of the form (X & Y) CMP 0 to X CMP2 Z
where ~Y + 1 == pow2 and Z = ~Y. */
(for cst (VECTOR_CST INTEGER_CST)
(for cmp (eq ne)
icmp (le
13.0.0 20230103 (experimental) (GCC)
$ cat t.c
const char *f() { return ""; }
const char *g() { return ""; }
$ gcc/xgcc -B gcc -c t.c -fipa-icf -march=armv8-a -mthumb
during RTL pass: mach
t.c: In function ‘g’:
t.c:2:13: internal compiler error: in df_refs_verify, at df-scan.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108237
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108267
Florian Weimer changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |fw at gcc dot gnu.org
R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108267
--- Comment #2 from Florian Weimer ---
Fixed with the revert in commit 455acc43518744b89d6a795bbba5045bd228060b.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105043
Siddhesh Poyarekar changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105043
--- Comment #9 from CVS Commits ---
The master branch has been updated by Siddhesh Poyarekar
:
https://gcc.gnu.org/g:b3009222b7bb26654c1e93d34e65e8f80ae20595
commit r13-4978-gb3009222b7bb26654c1e93d34e65e8f80ae20595
Author: Siddhesh Poyarekar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108253
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108269
--- Comment #4 from Camden Mannett ---
> So it is just a minor issue dealing with debugging really ...
__PRETTY_FUNCTION__ is (mis)used for more than that though; it's often used as
an compile-time version of RTTI:
https://stackoverflow.com/ques
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108229
--- Comment #4 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:de59d8bd163a4b2e50ab566441ab49d7212c3356
commit r13-4976-gde59d8bd163a4b2e50ab566441ab49d7212c3356
Author: Roger Sayle
Date: Tue J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106099
Jakub Jelinek changed:
What|Removed |Added
CC||gs...@t-online.de
--- Comment #17 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106257
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108264
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 Regression] ICE |[11/12 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108263
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108264
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:226a498733e7919de72eb6f1bf3e16883ad159f6
commit r13-4975-g226a498733e7919de72eb6f1bf3e16883ad159f6
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108263
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:4fb639a7fee5df32a2d1e7afa40fdf31d280464b
commit r13-4974-g4fb639a7fee5df32a2d1e7afa40fdf31d280464b
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108268
--- Comment #1 from Jakub Jelinek ---
Looking at GCC 12, I think no target actually stored anything into that last
element
unless it was a return or alternate return column.
It is true that expand_builtin_init_dwarf_reg_sizes had:
if (!init_st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106816
--- Comment #9 from Martin Jambor ---
(In reply to Martin Liška from comment #6)
>
> @Martin: Do we have a declaration cloning code for functions somewhere?
See e.g. cgraph_node::create_virtual_clone in cgraphclones.cc. Unless
you want to mes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108273
Kewen Lin changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108273
Bug ID: 108273
Summary: Inconsistent dfa state between debug and non-debug
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108256
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107248
--- Comment #13 from Eric Botcazou ---
> Just to make it clear, since we have had customers asking about it, it is
> still possible to trigger this issue with -mtune=leon or -mtune-leon3,
> though it might make it less likely to happen.
Very li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107248
Daniel Cederman changed:
What|Removed |Added
CC||cederman at gaisler dot com
--- Comme
58 matches
Mail list logo
