https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87477
Bug 87477 depends on bug 87449, which changed state.
Bug 87449 Summary: -Wunused-variable and associate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87449
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88412
Bug ID: 88412
Summary: Associate segmentation fault assigning to derived type
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Keywords: easyhack
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77499
--- Comment #17 from Jeffrey A. Law ---
So if one manually does the sinking I suggest in c#14, we get the key insns
into their own block (it's not *that* convoluted). That's still not enough to
address the regression in this BZ. We lose the und
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79185
Jeffrey A. Law changed:
What|Removed |Added
Summary|[7/8/9 Regression] register |[7/8 Regression] register
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85103
--- Comment #16 from Pat Haugen ---
>
> Do you observe the same slowdown if you restore either of the params to
> the value before the r257582 change?
>
--param max-inline-insns-auto=40 results in the same degradation.
--param inline-min-spee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88401
--- Comment #5 from Ulya ---
(In reply to Jakub Jelinek from comment #4)
Right, I see.
Bugzilla forced me to add the previous comment when I changed the status. ;)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85103
--- Comment #17 from Jan Hubicka ---
I am re-doing benchmarks now to see where we are standing with gcc9.
I have checked reducing max-inline-insns-single as Richard mentioned, reducing
to 200 or 300 basically brings one regression and that is Cac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88396
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88331
--- Comment #5 from mateuszb at poczta dot onet.pl ---
Bug started with r266345
Both files pixel.ii and slicetype.ii could be compile by gcc 9 r266344 and both
files ICE gcc 9 r266345.
I've attached xz archive with both *.ii files (maybe it helps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88412
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88411
Jerry DeLisle changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88413
Bug ID: 88413
Summary: g++ mangles names involving unresolved names in
function argument template parameters differently from
the ABI standard.
Product: gcc
Versi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88413
--- Comment #1 from Andrew Pinski ---
Hmm, interesting because the C++ demanager that is part of GCC is able to
demanage GCC's and not clang's.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88413
--- Comment #2 from brennan at umanwizard dot com ---
I find the opposite, on whatever ancient version of c++filt ships with macOS:
$ c++filt --version
GNU c++filt 070207 20070207
Copyright 2005 Free Software Foundation, Inc.
This program is free
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88413
--- Comment #3 from Andrew Pinski ---
[apinski@linux gcc]$ c++filt _Z1gIiEvP2S1IXsr2S2IT_EE3valEE
_Z1gIiEvP2S1IXsr2S2IT_EE3valEE
[apinski@linux gcc]$ c++filt _Z1gIiEvP2S1IXsr2S2IT_E3valEE
void g(S1::val>*)
[apinski@linux gcc]$ c++filt --version
G
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88413
--- Comment #4 from brennan at umanwizard dot com ---
Investigating a bit more, it seems Apple patched their c++filt to just call
into __cxa_demangle in their own libc++abi , so it makes sense that c++filt on
macOS matches clang and on Linux match
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79636
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69899
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80540
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88416
Bug ID: 88416
Summary: [8/9 Regression] ICE in in df_uses_record, at
df-scan.c:3013
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88414
Bug ID: 88414
Summary: [9 Regression] ICE in lra_assign, at
lra-assigns.c:1624
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88415
Bug ID: 88415
Summary: [7/8/9 Regression] ICE: verify_gimple failed (error:
dead STMT in EH table)
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58318
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88413
--- Comment #5 from Andrew Pinski ---
GCC has the following in it:
::= sr# dependent name
::= sr*/
Hmm, maybe the ABI changed and GCC did not change with it ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88398
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88398
--- Comment #4 from Jiangning Liu ---
I expect "gcc -O3 -flto" could work.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55523
Richard Biener changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88397
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39222
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88399
Bug ID: 88399
Summary: program segmentation faults when out-of-memory
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88400
Bug ID: 88400
Summary: address-sanitizer on the cpu with only one core, may
deadlock
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88400
hhj changed:
What|Removed |Added
CC||He.Hongjun at zte dot com.cn
--- Comment #1 from h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87861
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88400
--- Comment #2 from Richard Biener ---
Please provide a testcase to reproduce the issue. Also note that GCC 6 is no
longer supported. This sounds like an issue in the libsanitizer interceptor
to me, the pthread_create interceptor does
// W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88398
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88393
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88392
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88400
--- Comment #3 from Andrew Pinski ---
Also this seems like it is an upstream issue too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88391
Richard Biener changed:
What|Removed |Added
Severity|normal |enhancement
101 - 139 of 139 matches
Mail list logo