https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98112
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
---
"" } */
| ^
0x1cc81aa linemap_position_for_line_and_column(line_maps*, line_map_ordinary
const*, unsigned int, unsigned int)
/var/tmp/portage/sys-devel/gcc-11.0.0_alpha20201227/work/gcc-11-20201227/libcpp/line-map.c:923
0x1cc9ac1 linemap_position_for_loc_and_offset(line_maps*, unsigned int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98458
Bug ID: 98458
Summary: implied do-loop used in initialization with RESHAPE
throw ICE
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82955
frankhb1989 at gmail dot com changed:
What|Removed |Added
CC||frankhb1989 at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98457
--- Comment #1 from Witold Baryluk ---
Godbolt link: https://godbolt.org/z/q3bzhP
with gcc trunk 20201217 and a bit more diagnostic
/opt/compiler-explorer/gcc-trunk-20201227/lib/gcc/x86_64-linux-gnu/11.0.0/include/d/core/time.d:2405:16:
error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98457
Bug ID: 98457
Summary: [d] writef!"%s" doesn't work with MonoTime / SysTick
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96275
--- Comment #3 from Witold Baryluk ---
Thanks for looking into that. I just wanted to update that this still
suboptimal in current gcc trunk 20201226. While clang produces superior code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98446
Nathan Sidwell changed:
What|Removed |Added
CC||nathan at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98454
--- Comment #8 from Steve Kargl ---
On Sun, Dec 27, 2020 at 10:15:56PM +, ffadrique at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98454
>
> --- Comment #6 from Fran Martinez Fadrique ---
> I have raised the issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98454
--- Comment #7 from Fran Martinez Fadrique ---
By the way, thanks for the workaround. It cleanly solves the problem, at least
temporarily.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98454
--- Comment #6 from Fran Martinez Fadrique ---
I have raised the issue with respect to 4.5.3.4 of the ISO standard that
stablishes how the type component are initialized. Not just my expectations.
I have further developed my test case and any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98454
--- Comment #5 from anlauf at gcc dot gnu.org ---
(In reply to kargl from comment #4)
> Should be closed as invalid as the original code contains a number
> of issues caused by invalid code.
Steve, stop it!
My reduced testcase shows that there
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98454
--- Comment #4 from kargl at gcc dot gnu.org ---
(In reply to anlauf from comment #2)
> I think there already exists at least one PR with issues with initializers.
>
> A reduced testcase shows that default initialization works for intent(out),
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98445
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98454
--- Comment #3 from anlauf at gcc dot gnu.org ---
According to the tree-dump, adding a
print *, res% unit
to the function body invokes the implicit initializer, while the line
res = t()
actually invokes the initializer effectively twice!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98454
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2020-12-27
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98456
Bug ID: 98456
Summary: Use of std::get instead of get
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85877
--- Comment #6 from anlauf at gcc dot gnu.org ---
Digging some more, it appears that the logic in resolve.c is incomplete.
There is some inconsistency between what is dealt with in resolve_symbol
and in resolve_fl_procedure.
resolve_symbol:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98449
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98441
Jonathan Wakely changed:
What|Removed |Added
Summary|[10/11 Regression] member |[11 Regression] member
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827
Tobias Burnus changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98441
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |10.3
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98440
Jonathan Wakely changed:
What|Removed |Added
Known to fail||10.1.0, 11.0, 9.2.0
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98440
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98444
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98445
--- Comment #3 from Rich Townsend ---
OK, my code isn't valid -- it's not permitted to pass a generic procedure name
as an actual argument. As such, gfortran is correct in its behavior.
Happy for this one to be closed -- sorry for the false
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98454
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93685
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:435e0cd4a06db5bdc5fc057e8cc7db21f4b3b421
commit r10-9177-g435e0cd4a06db5bdc5fc057e8cc7db21f4b3b421
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97684
Uroš Bizjak changed:
What|Removed |Added
Component|target |rtl-optimization
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98439
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98439
Uroš Bizjak changed:
What|Removed |Added
Component|target |rtl-optimization
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97684
Arseny Solokha changed:
What|Removed |Added
Target|powerpc-*-linux-gnu |powerpc-*-linux-gnu,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98455
Bug ID: 98455
Summary: [11 Regression] ICE: verify_gimple failed (error:
invalid 'PHI' argument; error: incompatible types in
'PHI' argument 2)
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97694
--- Comment #7 from CVS Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:c4a678981572c12d158709ace0d3f23dd04cf217
commit r11-6346-gc4a678981572c12d158709ace0d3f23dd04cf217
Author: Paul Thomas
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97723
--- Comment #5 from CVS Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:c4a678981572c12d158709ace0d3f23dd04cf217
commit r11-6346-gc4a678981572c12d158709ace0d3f23dd04cf217
Author: Paul Thomas
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98454
Bug ID: 98454
Summary: Apparent wrong initialization in function result
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98453
Bug ID: 98453
Summary: aarch64: Missed opportunity for STP for vec_duplicate
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: missed-optimization
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98452
Bug ID: 98452
Summary: error: unknown Compiled Module Interface: no such
module
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98451
Bug ID: 98451
Summary: Re-exporting iostream
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92976
Ev Drikos changed:
What|Removed |Added
CC||drikosev at gmail dot com
--- Comment #6
40 matches
Mail list logo
