https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109026
Jan-Benedict Glaw changed:
What|Removed |Added
Version|hsa |13.0
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109026
Bug ID: 109026
Summary: m32c-elf: ICE while building Modula-2 components
Product: gcc
Version: hsa
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69639
--- Comment #18 from nightstrike ---
(In reply to nightstrike from comment #9)
> This affects 8-trunk on x86_64 cygwin, as well. The default size of the
> stack for cc1 is:
>
> $ peflags -x /tmp/b2/gcc/cc1.exe
> /tmp/b2/gcc/cc1.exe: stack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109009
--- Comment #2 from Surya Kumari Jangala ---
For the working testcase:
long
foo (long i, long cond)
{
if (cond)
bar ();
return i;
}
The input RTL to the shrink wrap pass is:
BB2:
set r100, compare(r4, 0)
if r100 jump BB4 else
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109025
--- Comment #3 from Andrew Pinski ---
Note using &, | or ^ causes the ICE. Using + or - or * does not.
Here is more simplified testcase:
```
int func_4(int t, int b) {
for (int tt1 = 0; tt1 < 128 ; tt1 ++)
{
for (int tt = 0; tt < 128;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109025
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-03-05
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109025
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.0
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94920
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106594
--- Comment #13 from Segher Boessenkool ---
Hi!
Either this should not be P1, or the proposed patch is taking completely the
wrong direction. P1 means there is a regression. There is no regression in
combine, in fact the proposed patch would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109007
--- Comment #13 from Segher Boessenkool ---
(In reply to bugreporter66 from comment #10)
> Yes, it seems so. They've switched to POWER9 by default in Ubuntu 22.04, so
> it means that gcc itself (along with standard libraries) was compiled for
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109007
--- Comment #12 from bugreporter66 at gmail dot com ---
Yep, thanks.
At least I've learned how to debug with QEMU and GDB and I think building
without -static should still produce code compatible with POWER8 for the actual
target, but not for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109025
--- Comment #1 from David Binderman ---
Reduced C code seems to be:
g_86, g_472, g_1844, func_4_p_8;
func_4() {
int *l_3175 = _86;
for (; g_1844; g_1844 -= 1) {
g_472 = 1;
for (; g_472; g_472 += 1)
if (func_4_p_8)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109025
Bug ID: 109025
Summary: ice in nested_in_vect_loop_p
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108937
--- Comment #10 from CVS Commits ---
The releases/gcc-12 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:bb68c20e1f3c673ed00e0e1abd468d8f19cd2072
commit r12-9222-gbb68c20e1f3c673ed00e0e1abd468d8f19cd2072
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96024
--- Comment #13 from CVS Commits ---
The releases/gcc-12 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:3f1ae4deb9c1524b2b1a5c9c4e751ea1c0f7478d
commit r12-9221-g3f1ae4deb9c1524b2b1a5c9c4e751ea1c0f7478d
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96025
--- Comment #11 from CVS Commits ---
The releases/gcc-12 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:abd1571d2340b5c86ba4d51ef9affc743e764ba8
commit r12-9220-gabd1571d2340b5c86ba4d51ef9affc743e764ba8
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108550
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 107938, which changed state.
Bug 107938 Summary: [11/12 Regression] ICE directly returning `this` of
`extern` variable in template since r11-557
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107938
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107938
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108550
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106259
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108550
--- Comment #11 from CVS Commits ---
The releases/gcc-12 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:d6419c18056ae27741e961cd2dab9d120bfe746a
commit r12-9219-gd6419c18056ae27741e961cd2dab9d120bfe746a
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108880
--- Comment #17 from CVS Commits ---
The releases/gcc-12 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:6ab4c8759754f34f5285924652238c829960cd4c
commit r12-9218-g6ab4c8759754f34f5285924652238c829960cd4c
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106259
--- Comment #8 from CVS Commits ---
The releases/gcc-12 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:3a2310d4b229e707bbc5440150bf180e0499273a
commit r12-9217-g3a2310d4b229e707bbc5440150bf180e0499273a
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107574
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107574
--- Comment #9 from CVS Commits ---
The releases/gcc-12 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:b7b50918fe52206e188c8c60c60e0d6a516e8572
commit r12-9216-gb7b50918fe52206e188c8c60c60e0d6a516e8572
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107938
--- Comment #6 from CVS Commits ---
The releases/gcc-12 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:445082ff3cb7f9d30021adf338e9ab6038c3e412
commit r12-9215-g445082ff3cb7f9d30021adf338e9ab6038c3e412
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109017
AK changed:
What|Removed |Added
CC||hiraditya at msn dot com
--- Comment #1 from AK
/sc22/wg21/docs/papers/2022/p2474r2.html
```
repeat_view() requires default_initializable = default;
```
```
#include
#include
void fn() {
std::ranges::repeat_view v;
}
```
```
In file included from :1:
/opt/compiler-explorer/gcc-trunk-20230304/include/c++/13.0.1/ranges: In
instantiation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109021
--- Comment #2 from Martin Uecker ---
True. But we could still take it as a hint about where this is not useful to
users to diagnose this as an error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106856
--- Comment #7 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #6)
> Submitted: https://gcc.gnu.org/pipermail/fortran/2023-March/059003.html
As discussed in this thread, this version of the patch works for
subroutine s1 (x)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109021
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109011
Jakub Jelinek changed:
What|Removed |Added
Attachment #54584|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109018
--- Comment #8 from qingzhe huang ---
I gdb a little bit and I feel this issue is fixable. See the comparison of
"unq" and "function" below is not compatible because "function" is
"IDENTIFIER_NODE" and "unq" is "VIEW_CONVERT_EXPR". If we check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109011
--- Comment #9 from Jakub Jelinek ---
Created attachment 54584
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54584=edit
gcc13-pr109011.patch
Untested patch to just extend the popcount handling to clz, ctz and ffs, though
for now only if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109023
Bug ID: 109023
Summary: d: Add option to include imported modules in the
compilation
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90706
Georg-Johann Lay changed:
What|Removed |Added
Known to work||8.5.0
--- Comment #19 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109022
Bug ID: 109022
Summary: Low performance of std::map constructor for already
sorted data of std::pair
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109018
--- Comment #7 from qingzhe huang ---
I find another argument from decltype in cppreference
(https://en.cppreference.com/w/cpp/language/decltype#Explanation)
quote:
Because no temporary object is created, the type need not be complete or have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109011
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=109021
Bug ID: 109021
Summary: accept size parameter in extern C
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102524
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Resolution|--- |FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 102524, which changed state.
Bug 102524 Summary: [modules] Missing diagnostic when an exported namespace is
empty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102524
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109007
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109007
--- Comment #10 from bugreporter66 at gmail dot com ---
Yes, it seems so. They've switched to POWER9 by default in Ubuntu 22.04, so it
means that gcc itself (along with standard libraries) was compiled for POWER9
as well. It used to be POWER8 in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109011
--- Comment #7 from Jakub Jelinek ---
Also, I wonder why vect_recog_popcount_pattern handles only popcount, can't it
handle clz/ctz as well?
I mean for
void
foo (long long *p, long long *q)
{
for (int i = 0; i < 2048; ++i)
p[i] =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109007
Jakub Jelinek changed:
What|Removed |Added
CC||meissner at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109007
--- Comment #8 from bugreporter66 at gmail dot com ---
Created attachment 54583
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54583=edit
Screenshot with GDB+disassembly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109007
--- Comment #7 from bugreporter66 at gmail dot com ---
After disassembling the instruction in question is stxv at 100034b0:
10003470 <_GLOBAL__sub_I_eh_alloc.cc>:
10003470: 15 10 40 3c lis r2,4117
10003474: 00 7c 42
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109006
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109006
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:4ee2f419fe4dbb21dfb0622cc7c0e46a2261
commit r13-6478-g4ee2f419fe4dbb21dfb0622cc7c0e46a2261
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109007
--- Comment #6 from Jakub Jelinek ---
That doesn't tell anything, you need to stepi through the function to reach the
problematic instruction and disas $pc-32,$pc+32 around it or so.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109020
Bug ID: 109020
Summary: Lambdas have different DWARF signature than the
function they are in
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109007
--- Comment #5 from bugreporter66 at gmail dot com ---
Created attachment 54582
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54582=edit
Screenshot with QEMU+GDB
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109007
--- Comment #4 from bugreporter66 at gmail dot com ---
I did the remote debugging as suggested by Andrew Pinski and it seems to fail
somewhere in _GLOBAL__sub_i_eh_alloc.cc
After connecting to qemu from gdb I issued step command and the program
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108973
Jakub Jelinek changed:
What|Removed |Added
Summary|[13 Regression] |[10/11/12 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107465
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12/13 Regression]|[10/11/12 Regression] Bogus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107846
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108702
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=107465
--- Comment #10 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:3ec9a8728086ad86a2d421e067329f305f40e005
commit r13-6476-g3ec9a8728086ad86a2d421e067329f305f40e005
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107465
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:daaf74a714c41c8dbaf9954bcc58462c63062b4f
commit r13-6475-gdaaf74a714c41c8dbaf9954bcc58462c63062b4f
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107846
--- Comment #11 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:db1405ddf566fe6129328229579b3f98a574b34c
commit r13-6474-gdb1405ddf566fe6129328229579b3f98a574b34c
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108702
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:9d5730dee4f42e94004b38f8f4862c0b1f4d964c
commit r13-6473-g9d5730dee4f42e94004b38f8f4862c0b1f4d964c
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108973
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:739e7ebb3d378ece25d64b39baae47c584253498
commit r13-6472-g739e7ebb3d378ece25d64b39baae47c584253498
Author: Jakub Jelinek
Date:
64 matches
Mail list logo
