https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81923
--- Comment #3 from Denis Khalikov ---
Created attachment 42064
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42064&action=edit
temp.S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77572
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78760
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78837
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81926
--- Comment #12 from Dennis Clarke ---
I don't mean to ask what may seem obvious but does it make sense to
add a not required "dummy .text" section? I mean to say, is there a
valid reason why gas would add in a blank ".text" where none is actual
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78915
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82013
Bug ID: 82013
Summary: better error message for missing semicolon in
prototype
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81770
--- Comment #2 from janus at gcc dot gnu.org ---
Author: janus
Date: Mon Aug 28 18:46:28 2017
New Revision: 251390
URL: https://gcc.gnu.org/viewcvs?rev=251390&root=gcc&view=rev
Log:
2017-08-28 Janus Weil
PR fortran/81770
* exp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82009
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82014
Bug ID: 82014
Summary: worse code emitted for a valid memove than for
undefined memcpy
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78998
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78917
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79016
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82013
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic, error-recovery
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82015
Bug ID: 82015
Summary: PowerPC should check if 2nd argument to
__builtin_unpackv1ti and similar functions is 0 or 1
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79191
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82015
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79191
--- Comment #3 from Eric Gallager ---
(In reply to Eric Gallager from comment #2)
> When I add an explicit "-m64" to the compile command I get the same results
> as you, though. Also, it'd be nice if there were a warning from -Wconversion
> for t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80642
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80642
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80935
Jason Merrill changed:
What|Removed |Added
CC||mathias at gaunard dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82016
Bug ID: 82016
Summary: [8 regression] test case
gcc.target/powerpc/float128-type-1.c fails after
r251260
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80767
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80767
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82017
Bug ID: 82017
Summary: missing strlen optimization for chained mempcpy calls
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82016
--- Comment #1 from Andrew Pinski ---
(In reply to seurer from comment #0)
> r251260 is the change to wide-int.h but this test case failure is different
> from the others that change caused.
How is it different? They both use complex internally
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82017
Martin Sebor changed:
What|Removed |Added
Keywords||missed-optimization
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80935
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81051
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Summ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82016
--- Comment #2 from seurer at gcc dot gnu.org ---
This affects gcc.target/powerpc/float128-type-2.c similarly although it is only
tested on powerpc64 BE due to an error in the
/* { dg-do compile { target { powerpc64-*-linux* && lp64 } } } */
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82016
--- Comment #3 from seurer at gcc dot gnu.org ---
These are still failing as of r251389
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82016
--- Comment #4 from seurer at gcc dot gnu.org ---
seurer@makalu-lp1:~/gcc/build/gcc-trunk$ svn info $GCC_SRC | grep Revision
Revision: 251389
seurer@makalu-lp1:~/gcc/build/gcc-trunk$ grep float128-type-
gcc/testsuite/gcc/gcc.log
Executing on host:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82016
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79221
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79398
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80087
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81829
--- Comment #5 from Xi Ruoyao ---
(In reply to Martin Liška from comment #4)
> (In reply to Xi Ruoyao from comment #3)
> > marxin's patch:
> >
> > http://gcc.gnu.org/ml/gcc-patches/2017-08/msg01116.html
> >
> > But this patch doesn't work while
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69696
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|2016-02-05 00:00:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82000
--- Comment #2 from Louis Dionne ---
> The example you wrote in the bug report makes no sense: missing includes, and
> with the includes added it optimizes to return 0.
Sorry, I did not mean the example I pasted here to be a complete reproducti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82000
--- Comment #3 from Marc Glisse ---
(In reply to Louis Dionne from comment #2)
> > Downloading the one from godbolt, we simplify it to: [...]
>
> I have no idea what this is and how you feed that to GCC, but I'm curious.
That's what -fdump-tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82007
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81805
Tom de Vries changed:
What|Removed |Added
Status|WAITING |NEW
Component|libgomp
101 - 142 of 142 matches
Mail list logo