https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92478
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92305
--- Comment #8 from Tobias Burnus ---
(In reply to Thomas Schwinge from comment #6)
> On powerpc64le-unknown-linux-gnu
I can reproduce it on a powerpc64le-unknown-linux-gnu w/o real offloading. It
fails here for subroutine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92470
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92477
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92474
--- Comment #3 from Jakub Jelinek ---
No, feel free to file it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92452
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Tue Nov 12 08:21:40 2019
New Revision: 278080
URL: https://gcc.gnu.org/viewcvs?rev=278080=gcc=rev
Log:
PR tree-optimization/92452
* tree-vrp.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92449
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Tue Nov 12 08:22:29 2019
New Revision: 278081
URL: https://gcc.gnu.org/viewcvs?rev=278081=gcc=rev
Log:
PR target/92449
* tree-complex.c (expand_complex_multiplication):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92464
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92452
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92470
Bug ID: 92470
Summary: CFI_address wrongly assumes that lower bounds are at
zero – invalid for pointers + allocatables
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92470
--- Comment #1 from Tobias Burnus ---
Created attachment 47215
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47215=edit
Lightly tested patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92461
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92460
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92462
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92464
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92465
Richard Biener changed:
What|Removed |Added
Component|other |target
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83118
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92469
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92471
Bug ID: 92471
Summary: [ICE] segmentation fault in ipa-profile.c
ipa_get_cs_argument_count (args=0x0)
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92487
--- Comment #1 from Andrew Pinski ---
>So this is some GNU extension, but why GCC doesn't support it?
Because it was undocumented one which was removed a long time ago.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92488
Bug ID: 92488
Summary: GCC generates to calls to __dpd_trunctdsd2 with
-mhard-dfp
Product: gcc
Version: 9.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92454
--- Comment #5 from Jan Hubicka ---
> I've bootstrapped the patch and am going to commit it.
Thanks, in meanwhile I bootstrapped it too :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89408
Andrew Pinski changed:
What|Removed |Added
CC||SztfG at yandex dot ru
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92369
--- Comment #1 from anlauf at gcc dot gnu.org ---
This looks pretty much like a duplicate of PR84007.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92305
--- Comment #14 from Tobias Burnus ---
If the actual argument is itself optional but without value attribute,
gfc_conv_expr_present returns a 'logical_type_node' (default-integer size,
typically 4 bytes type) instead of a boolean_type_node (1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92465
--- Comment #1 from Segher Boessenkool ---
-funroll-loops no longer implies -fweb and -frename-registers, for powerpc,
since those options hurt performance and never seem to help.
The testcase can be fixed by simply explicitly passing -fweb?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92465
--- Comment #2 from Jiu Fu Guo ---
Author: guojiufu
Date: Wed Nov 13 05:04:22 2019
New Revision: 278112
URL: https://gcc.gnu.org/viewcvs?rev=278112=gcc=rev
Log:
Add option -fweb for pr47763.c
This case is testing 'web' on ignore naked
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92464
--- Comment #3 from Kewen Lin ---
(In reply to Segher Boessenkool from comment #2)
> What is the testcase testing? Whether we can properly vectorize this
> code, right? And for p7 we now do it correctly, but thought it was
> too expensive
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92487
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92489
Bug ID: 92489
Summary: GNAT Bug for Invalid_Value Attribute
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92489
--- Comment #1 from kunalsareen at posteo dot org ---
Created attachment 47229
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47229=edit
Debug log using -gnatd.n switch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92490
Bug ID: 92490
Summary: ’std::stringstream‘ will let the program exit directly
and report exit code 127
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92464
--- Comment #4 from Kewen Lin ---
By the way, if I removed the check_vect and result verification code, the
vectorized version perform very slightly better than non-vectorized version.
And yes, I think it was a bit off before.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92487
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92491
Bug ID: 92491
Summary: when compile for gfortran on hisilicon Kunpeng920 , it
reports error and terminate the compilation
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92491
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92491
--- Comment #2 from zhaobo at huawei dot com ---
I work on the same dir to execute below two commands in sequence.
./configure --enable-checking=release --enable-languages=c,c++,fortran
--disable-multilib
make;
Regards,
Bob
-邮件原件-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92491
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92491
--- Comment #4 from zhaobo at huawei dot com ---
will try it .
Currently I manually delete three generated dirs : aarch64*, host* , build* ,
and recompile the project .
It succeeded now .
Thanks.
Regards,
Bob
-邮件原件-
发件人: pinskia at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92398
--- Comment #6 from Xiong Hu XS Luo ---
Power9 genrates different code than Power8LE is because of reg cost in sched1,
r120 from P9 of instruction 8 is a memory instruction while r120 of P8 of
instruction 13 is not, which will cause different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91396
--- Comment #6 from Eric Gallager ---
(In reply to ctice from comment #5)
> Author: ctice
> Date: Tue Aug 13 16:11:20 2019
> New Revision: 274386
>
> URL: https://gcc.gnu.org/viewcvs?rev=274386=gcc=rev
> Log:
> Fix PR other/91396 static linke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92478
--- Comment #3 from John X ---
(In reply to Jakub Jelinek from comment #1)
> Started to ICE with r247622, got fixed with r262742.
Would the ICE in gcc-8 be fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92369
Arseny Solokha changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84007
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92478
--- Comment #2 from John X ---
(In reply to Jakub Jelinek from comment #1)
> Started to ICE with r247622, got fixed with r262742.
Thanks~
101 - 145 of 145 matches
Mail list logo