https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115069
Krzysztof Kanas changed:
What|Removed |Added
CC||kkanas at fastmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115069
--- Comment #5 from Hongtao Liu ---
(In reply to Krzysztof Kanas from comment #4)
> I bisected the issue and it seems that commit
> 0368fc54bc11f15bfa0ed9913fd0017815dfaa5d introduces regression.
I guess the real guilty commit is
commit 52ff3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115069
--- Comment #6 from Haochen Jiang ---
(In reply to Hongtao Liu from comment #5)
> (In reply to Krzysztof Kanas from comment #4)
> > I bisected the issue and it seems that commit
> > 0368fc54bc11f15bfa0ed9913fd0017815dfaa5d introduces regression.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115127
Bug ID: 115127
Summary: [12/13/14 Regression] passing zero to __builtin_ctz()
check missing
Product: gcc
Version: 12.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115127
Richard Biener changed:
What|Removed |Added
Summary|[12/13/14 Regression] |[12/13/14/15 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115128
Bug ID: 115128
Summary: [15 regression] ICE when building aflplusplus
(internal compiler error: in type, at
value-range.h:983)
Product: gcc
Version: unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115120
--- Comment #3 from Tamar Christina ---
That makes sense, though I also wonder how it works for scalar multi exit
loops, IVops has various checks on single exits.
I guess one problem is that the code in IVops that does this uses the exit to
det
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115128
Richard Biener changed:
What|Removed |Added
Keywords||needs-reduction
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115129
Bug ID: 115129
Summary: [12/13/14/15 regression] ICE on recursive realloc call
with LTO
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ice-on-inva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115129
Richard Biener changed:
What|Removed |Added
Version|unknown |14.1.0
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115129
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115130
Bug ID: 115130
Summary: (early-break) [meta-bug] early break vectorization
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: meta-bug, missed-optimization
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115130
Tamar Christina changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115115
Jan Wassenberg changed:
What|Removed |Added
CC||jan.wassenberg at gmail dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115128
Aldy Hernandez changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115069
--- Comment #7 from Uroš Bizjak ---
(In reply to Hongtao Liu from comment #5)
> (In reply to Krzysztof Kanas from comment #4)
> > I bisected the issue and it seems that commit
> > 0368fc54bc11f15bfa0ed9913fd0017815dfaa5d introduces regression.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115128
--- Comment #2 from Sam James ---
Reduction is nearly done.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115128
--- Comment #3 from Aldy Hernandez ---
Created attachment 58222
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58222&action=edit
patch in testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115128
--- Comment #4 from Sam James ---
Reduced:
```
long XXH3_len_4to8_64b_len, XXH3_len_0to16_64b___trans_tmp_3,
XXH3_mix2Accs_acc,
XXH3_64bits_internal___trans_tmp_8;
typedef unsigned long XXH3_hashLong64_f();
void *XXH3_64bits_internal_input;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115069
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115069
--- Comment #9 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #8)
> A better patch:
The real issue is that the following permutation (truncation):
+ for (i = 0; i < d.nelt; ++i)
+ d.perm[i] = i * 2;
+
+ ok = ix86_ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115128
Sam James changed:
What|Removed |Added
Keywords|needs-reduction |
--- Comment #5 from Sam James ---
Bit mor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115110
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115069
--- Comment #10 from Haochen Jiang ---
A patch like Comment 8 could definitely solve the problem. But I need to test
more benchmarks to see if there is surprise.
But, yes, as Uros said in Comment 9, maybe there is a chance we could do it
better
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115115
--- Comment #9 from Jan Wassenberg ---
On second thought, we are actually trying to convert out-of-bounds values to
the closest representable. We use the documented behavior of the instruction,
as mentioned in #5, and then correct the result aft
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115131
Bug ID: 115131
Summary: [15 regression] ICE when building (external) rtl88x2bu
kernel module (in verify_range, at value-range.cc:677)
Product: gcc
Version: unknown
Statu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115110
--- Comment #8 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:a5b3721c06646bf5b9b50a22964e8e2bd4d03f5f
commit r15-626-ga5b3721c06646bf5b9b50a22964e8e2bd4d03f5f
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115110
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115131
--- Comment #1 from Sam James ---
Created attachment 58223
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58223&action=edit
rtw_recv.i.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115131
--- Comment #2 from Sam James ---
I'm reducing it now, but attached a partial reduction.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104621
--- Comment #1 from Tobias Burnus ---
This got fixed for OpenMP 6 via OpenMP spec pull request #3383, adding:
* A declarative directive must be specified in the specification part after all
'USE', 'IMPORT' and 'IMPLICIT' statements.
* If a dec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114998
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114998
--- Comment #7 from GCC Commits ---
The releases/gcc-14 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:1e9ae50d4d160f6d557fc4cbbe95c4a36897c09f
commit r14-10214-g1e9ae50d4d160f6d557fc4cbbe95c4a36897c09f
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113905
--- Comment #1 from Tobias Burnus ---
Ups, testcase was lost. Re-written from scratch:
---
int var1() { return 1; }
int var2() { return 2; }
#pragma omp declare variant (var1) match(construct={target})
#pragma omp declare varian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112793
--- Comment #16 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:9bad5cf9ae446b367f666176537eb76e94cc4448
commit r12-10452-g9bad5cf9ae446b367f666176537eb76e94cc4448
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112281
--- Comment #14 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:5db4b5449df8f59a61438f8db1836dbc9b53f02e
commit r12-10456-g5db4b5449df8f59a61438f8db1836dbc9b53f02e
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111039
--- Comment #6 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:47e6bff94d980e2fcb6bcb42df04d3b73bd67da7
commit r12-10457-g47e6bff94d980e2fcb6bcb42df04d3b73bd67da7
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112718
--- Comment #6 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:1f41e8eef3da1d76c18fe1a93846054c53dc5a47
commit r12-10453-g1f41e8eef3da1d76c18fe1a93846054c53dc5a47
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115128
--- Comment #6 from GCC Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:bc6e336cb7c85094ddc77757be97c3d8588f35ca
commit r15-627-gbc6e336cb7c85094ddc77757be97c3d8588f35ca
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110176
--- Comment #13 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:65e5547e5468ce404d0f9ebd646a1d63abf3a772
commit r12-10458-g65e5547e5468ce404d0f9ebd646a1d63abf3a772
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112281
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112505
--- Comment #8 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:4a71557fbebe3fb4031d1c2adc4f89c89a8c6c62
commit r12-10454-g4a71557fbebe3fb4031d1c2adc4f89c89a8c6c62
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112495
--- Comment #7 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:dbb5273996259b04350a1e3d35e633c51fc9310f
commit r12-10455-gdbb5273996259b04350a1e3d35e633c51fc9310f
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115128
Aldy Hernandez changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115131
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Assignee|unassigned at g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115131
--- Comment #4 from Sam James ---
Reduced:
```
struct recv_frame_hdr {
int *adapter
};
union recv_frame {
struct recv_frame_hdr u
};
char *_rtw_init_recv_priv_precvpriv_0;
int _rtw_init_recv_priv_padapter, _rtw_init_recv_priv_i;
void _rtw_in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115132
Bug ID: 115132
Summary: Sibling calls optim should not be performed when
builtin_unwind_init is used
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115131
--- Comment #5 from Aldy Hernandez ---
Created attachment 58224
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58224&action=edit
patch in testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115133
Bug ID: 115133
Summary: [15 regression] s-oslock__solaris.ads doesn't compile
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115099
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2024-05-17
Assignee|unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115133
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115132
--- Comment #1 from Richard Biener ---
You can do the following as workaround:
void __attribute__((optimize("no-optimize-sibling-calls"))) foo (void)
{
__builtin_unwind_init ();
gc ();
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105863
--- Comment #10 from Jakub Jelinek ---
I think we should add a new tree next to STRING_CST for use inside of
CONSTRUCTORs.
STRING_CST in theory could be used e.g. inside of a constructor_elt, with say
RANGE_EXPR for the index and STRING_CST for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115132
--- Comment #2 from akrl at gcc dot gnu.org ---
Hi Richard,
thanks, yes I tried that already, the trouble is that our code looks more like
this:
=
extern void flush_stack_call_func1 (void (*func) (void *arg), void *arg);
extern void mar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115133
--- Comment #1 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> until one runs into
>
> s-oslock.ads:83:03: (style) bad indentation [-gnaty0]
> make[6]: *** [../gcc-interface/Makefile:306: a-undesu.o] Error 1
>
> No idea what's wrong here, though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114480
--- Comment #32 from GCC Commits ---
The master branch has been updated by Alexander Monakov :
https://gcc.gnu.org/g:4b9e68a6f3b22800a7f12b58ef6b25e3b339bb3c
commit r15-628-g4b9e68a6f3b22800a7f12b58ef6b25e3b339bb3c
Author: Alexander Monakov
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115134
Bug ID: 115134
Summary: Possible typo in _Grapheme_cluster_iterator iterator
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115134
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115119
Jonathan Wakely changed:
What|Removed |Added
CC||pilarlatiesa at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115119
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:c9e05b03c18e898be604ab90401476e9c473cc52
commit r15-629-gc9e05b03c18e898be604ab90401476e9c473cc52
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115135
Bug ID: 115135
Summary: [C++] GCC produces wrong code at certain inlining
levels on Aarch64 with -fno-exceptions, related to
lambdas and variants
Product: gcc
Ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115114
--- Comment #2 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:5aaf47cb1987bbc5508c4b9b7dad5ea7d69af2c2
commit r15-630-g5aaf47cb1987bbc5508c4b9b7dad5ea7d69af2c2
Author: Patrick Palka
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115119
--- Comment #8 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:e909d360dfaeafa9f45eda2461a1bedffac99ac2
commit r14-10215-ge909d360dfaeafa9f45eda2461a1bedffac99ac2
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115119
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115135
--- Comment #1 from Andrew Pinski ---
Does either -fno-ivopts or -fno-ipa-modref help?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115136
Bug ID: 115136
Summary: [15 regression] experimental/functional/searchers.cc
fails after
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115137
Bug ID: 115137
Summary: [15 regression] Miscompilation of wget (test suite
hangs)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115137
--- Comment #1 from Sam James ---
Notable bits:
* -fno-strict-aliasing makes no difference
* -fno-strict-overflow stops the hang
* -fsanitize=address,undefined shows nothing with < GCC 15
* With GCC 15 only, I get
```
$ ./z
url.c:1575:41: runti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115137
--- Comment #2 from Sam James ---
I have a reduction still running but I didn't do much manual analysis other
than doing enough to remove its dependency on other files + remove the need for
LTO (which was originally required).
I haven't yet bis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115136
--- Comment #1 from Andrew Pinski ---
This should have been fixed by
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=b420e0b920613c42f63252aa2478a8315dc37a13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115131
--- Comment #6 from GCC Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:1accf4454a2ab57c4d681d1f6db332c46c61c058
commit r15-632-g1accf4454a2ab57c4d681d1f6db332c46c61c058
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115131
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115131
--- Comment #8 from Sam James ---
thank you aldy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874
--- Comment #9 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:5f5074fe7aaf9524defb265299a985eecba7f914
commit r15-633-g5f5074fe7aaf9524defb265299a985eecba7f914
Author: Paul Thomas
Date: Fri Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115138
Bug ID: 115138
Summary: [15 Regression] Bootstrap compare-debug fail after
r15-580-gf3e5f4c58591f5
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115138
Iain Sandoe changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115138
--- Comment #2 from rguenther at suse dot de ---
> Am 17.05.2024 um 16:20 schrieb iains at gcc dot gnu.org
> :
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115138
>
>Bug ID: 115138
> Summary: [15 Regression] Bootstr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874
--- Comment #10 from GCC Commits ---
The releases/gcc-14 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:c887341432bb71cf5540d54955ad7265b0aaca77
commit r14-10216-gc887341432bb71cf5540d54955ad7265b0aaca77
Author: Paul Thomas
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874
Paul Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115139
Bug ID: 115139
Summary: Enum inside variadic template class can't define one
of self with usage another value from this enum
Product: gcc
Version: 14.1.0
Status: UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
Marc Poulhiès changed:
What|Removed |Added
CC||dkm at gcc dot gnu.org
--- Comment #31
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115070
--- Comment #7 from Paul Thomas ---
(In reply to Francois-Xavier Coudert from comment #6)
> So the var_decl in question is fpstate.0:
>
> type type size
> unit-size
> align:8 warn_if_not_ali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115132
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115136
seurer at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115139
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |14.2
Assignee|unassigned at g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112600
--- Comment #8 from GCC Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:b59de4113262f2bee14147eb17eb3592f03d9556
commit r15-634-gb59de4113262f2bee14147eb17eb3592f03d9556
Author: Uros Bizjak
Date: Fri Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115138
--- Comment #3 from Iain Sandoe ---
(In reply to rguent...@suse.de from comment #2)
> > Am 17.05.2024 um 16:20 schrieb iains at gcc dot gnu.org
> > :
> >
> > where the stage1 compiler (and x86_64 Linux) produces _CSWTCH.154
> >
> > At presen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115133
Eric Botcazou changed:
What|Removed |Added
Last reconfirmed||2024-05-17
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115133
--- Comment #3 from Eric Botcazou ---
Created attachment 58228
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58228&action=edit
Tentative fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115133
Eric Botcazou changed:
What|Removed |Added
Attachment #58228|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115140
Bug ID: 115140
Summary: [15 regression]
libgomp.oacc-c++/../libgomp.oacc-c-c++-common/acc_prof
-kernels-1.c excess errors after
r15-579-ga9251ab3c91c8c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78664
--- Comment #2 from Vladimir Makarov ---
During register assignment subpass LRA processes hard regs from
ira_class_hard_regs. Under the same conditions (e.g. costs), LRA chooses regs
processed first.
ira_class_hard_regs contains regs according
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115135
--- Comment #2 from Carlos Alberto Lopez Perez ---
(In reply to Andrew Pinski from comment #1)
> Does either -fno-ivopts or -fno-ipa-modref help?
-fno-ivopts does not help
-fno-ipa-modref helps! passing this flag makes the compiled program is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115133
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from Eric Botcazou ---
> Created attachment 58229
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58229&action=edit
> Tentative fix
>
> The complete version of i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115137
Sam James changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Summa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115137
--- Comment #4 from Sam James ---
(In reply to Sam James from comment #3)
> Bisect says r15-580-gf3e5f4c58591f5.
(Still fails on trunk as of r15-634-gb59de4113262f2.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115141
Bug ID: 115141
Summary: [15 Regression] g++.dg/tree-ssa/pr83215.C and
gcc.dg/tree-ssa/ssa-lim-15.c since
r15-512-g9b7cad5884f21c
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115141
--- Comment #1 from Sam James ---
Dupe of PR115110?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78664
--- Comment #3 from Eric Botcazou ---
OK, thanks for the explanation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115141
Hans-Peter Nilsson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
1 - 100 of 125 matches
Mail list logo
