https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90029
Martin Sebor changed:
What|Removed |Added
Keywords||missed-optimization
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89864
--- Comment #51 from Iain Sandoe ---
(In reply to Jürgen Reuter from comment #50)
> (In reply to Jakub Jelinek from comment #48)
> > Perhaps that redefinition of _Atomic should be guarded with
> > #if (__STDC_VERSION__ < 201112L) || defined(__cpl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90008
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88150
--- Comment #12 from ro at CeBiTec dot Uni-Bielefeld.DE ---
I've now reworked my non-dlpi_tls_modid patch to include this after
Solaris 11.[345]/x86 testing gave excellent and pretty much identical
test results:
https://gcc.gnu.org/ml/gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89093
--- Comment #35 from Jonathan Wakely ---
(In reply to Bernd Edlinger from comment #33)
> (In reply to Ramana Radhakrishnan from comment #32)
> >
> > Either I drop the warning or I keep the hunk in eh_personality.cc - any
> > preferences / though
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89851
Jonathan Wakely changed:
What|Removed |Added
Priority|P1 |P3
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90031
Bug ID: 90031
Summary: Bogus parse error trying to explicitly specialize a
template variable inside class scope
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89851
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90027
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
--- Comment #24 from Jonathan Wakely ---
Thanks for the patch, I'll test it fully tomorrow.
I'll open a separate bug for the FreeBSD issue. We could use more fine-grained
configure checks so that most C99 math functions are enabled, even if some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90032
Bug ID: 90032
Summary: [MSP430] reload uses wrong stack slot for variable
after setjmp/longjmp
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90032
Jozef Lawrynowicz changed:
What|Removed |Added
Attachment #46118|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90032
--- Comment #2 from Jozef Lawrynowicz ---
Created attachment 46120
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46120&action=edit
tester.i ira dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90032
--- Comment #3 from Jozef Lawrynowicz ---
Created attachment 46121
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46121&action=edit
tester.i reload dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90032
--- Comment #4 from Jozef Lawrynowicz ---
Created attachment 46122
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46122&action=edit
tester.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87763
--- Comment #44 from Segher Boessenkool ---
(In reply to Jeffrey A. Law from comment #43)
> The problem with your suggestions Segher is that we'd have to do them for
> every target which defines insns with a zero_extract destination and that's
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90033
Bug ID: 90033
Summary: [concepts] ICE segfault evaluating a requires clause
that transitively depends on itself
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
--- Comment #25 from Steve Kargl ---
On Tue, Apr 09, 2019 at 08:24:29PM +, redi at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
>
> --- Comment #24 from Jonathan Wakely ---
> Thanks for the patch, I'll test it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89864
fink at snaggledworks dot com changed:
What|Removed |Added
CC||fink at snaggledworks dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90027
--- Comment #2 from vfdff ---
for deja testcase: gcc.c-torture/execute/20010518-2.c
as the struct a_struct define with __attribute__ ((packed)), so the member
variable b also not aligned with 4 bytes, is this case undefined behavior ?
typedef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448
Eric Gallager changed:
What|Removed |Added
Target|netbsd, SymbianOS, LynxOS, |SymbianOS, LynxOS, QNX, TPF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90034
Bug ID: 90034
Summary: gcc hangs on wait4 after vfork after opening tmp file
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90034
--- Comment #1 from Andrew Pinski ---
wait4 is waiting for child process to finish. You need to do strace with -f
option to follow the forks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90029
--- Comment #2 from Federico Kircheis ---
Thank you for your answer, I need to learn better how to search for related
bugs.
The bugs you linked do surely answer my question, but they do not cover exactly
the same requests.
1) optimize dead call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89922
JunMa changed:
What|Removed |Added
CC||JunMa at linux dot alibaba.com
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90018
--- Comment #11 from Martin Liška ---
Created attachment 46124
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46124&action=edit
Vectorizer and optimized dumps
So I can confirm the problematic file is mapz_module.fppized.f90. The
problemati
101 - 126 of 126 matches
Mail list logo
