https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114859
Paul Thomas changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114875
--- Comment #5 from Andrew Pinski ---
Also it is not just true/false.
It is:
typedef _Bool bool;
The rest looks ok too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114875
--- Comment #4 from Andrew Pinski ---
(In reply to jeffrey.cliff from comment #2)
> and more importantly - it's a header, which means *any code that uses it*
> also won't build.
Considering it is an internal header to libgo and not installed,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114875
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114875
--- Comment #2 from jeffrey.cliff at gmail dot com ---
whoops, accidentally hit submit before I had all the details
tl;dr at least in gcc 14.1 [but probably elsewhere]
in
libgo/runtime/runtime.h
defines an enum of
enum
{
true=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95782
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jiu Fu Guo :
https://gcc.gnu.org/g:83bc41e8364360b63eaa59c88e2fb499a6751233
commit r15-14-g83bc41e8364360b63eaa59c88e2fb499a6751233
Author: Jiufu Guo
Date: Wed Mar 27
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109648
Kacper Słomiński changed:
What|Removed |Added
CC||kacper.slominski72 at gmail
dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114875
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114875
Bug ID: 114875
Summary: runtime/runtime.h
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
Assignee: ian at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114858
--- Comment #3 from Hans-Peter Nilsson ---
Looks like it slowly chews up memory. I killed an -O2 run when cc1plus had
consumed 110 GiB, x86_64-linux at r14-10114-g09680e3ee7d7.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113822
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113822
--- Comment #3 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:f91569e779041e2723be23d31c2a79f1861efc7f
commit r15-12-gf91569e779041e2723be23d31c2a79f1861efc7f
Author: Andrew Pinski
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874
--- Comment #1 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #0)
> The following code fails for me with latest 14-branch/15-release candidate:
Oops, I meant: 14-release candidate/15-mainline after branching...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to work||10.5.0, 11.4.1, 12.3.1,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114874
Bug ID: 114874
Summary: [14/15 Regression] ICE with select type, type is
(character(*)), and substring
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114873
--- Comment #3 from Halalaluyafail3 ---
(In reply to Andrew Pinski from comment #1)
> clang errors out:
> :3:24: error: star modifier used outside of function prototype
> 3 | void bar(_Atomic(int(*)[*])(*)[*]);
> |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114873
--- Comment #2 from Andrew Pinski ---
So does ICC (EDG):
(3): error: variable length array with unspecified bound is not allowed
void bar(_Atomic(int(*)[*])(*)[*]);
^
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114873
--- Comment #1 from Andrew Pinski ---
clang errors out:
:3:24: error: star modifier used outside of function prototype
3 | void bar(_Atomic(int(*)[*])(*)[*]);
|^
:3:30: error: a type specifier is required for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114873
Bug ID: 114873
Summary: Incorrect warning generated for [*] array when in
atomic or typeof type specifier for a parameter
declaration
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.3
Summary|Miscompilation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105760
Simon Martin changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105760
Simon Martin changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |simartin at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114827
--- Comment #8 from anlauf at gcc dot gnu.org ---
Created attachment 58056
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58056=edit
Patch part 2.
This part fixes the array case. Needs further testing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #4 from Antonio Rojas ---
(In reply to Andrew Pinski from comment #3)
> Does -fno-strict-aliasing help?
No, same result.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #3 from Andrew Pinski ---
Does -fno-strict-aliasing help?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #2 from Andrew Pinski ---
g:049ec9b981d1f4f97736061d5cf7d0ae990b57d7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #1 from Antonio Rojas ---
Created attachment 58055
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58055=edit
output of gcc -save-temps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114859
--- Comment #12 from Jakub Jelinek ---
There is still time, probably until Tuesday morning, so if it is committed say
by Monday to trunk, it can be cherry-picked then. I'd prefer to see the whole
patch before acking it for 14.1, possibly even
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
Bug ID: 114872
Summary: Miscompilation with -O2 after commit
049ec9b981d1f4f97736061d5cf7d0ae990b57d7
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113917
kargls at comcast dot net changed:
What|Removed |Added
CC||kargls at comcast dot net
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
>From the flang test suite at
https://github.com/llvm/llvm-project/tree/main/flang/test,
the file ./Lower/Intrinsics/spread.f90, does this:
$ ~/gcc/results.20240427.valgrind/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113917
--- Comment #2 from David Binderman ---
Bit more detail from valgrind:
==1450005== Invalid read of size 2
==1450005==at 0x86B811: gfc_class_vptr_get(tree_node*) (trans-expr.cc:247)
==1450005==by 0x883366:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93814
--- Comment #12 from David Binderman ---
Bit more detail:
./Lower/HLFIR/bindc-entry-stmt.f90:5:0:
5 | function foo() bind(c)
Warning: Variable ‘foo’ at (1) may not be a C interoperable kind but it is
BIND(C) [-Wc-binding-type]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114859
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113179
--- Comment #3 from YunQiang Su ---
36088299955f95ab58a5758cba2f29b84c8fbfbc is the first bad commit
commit 36088299955f95ab58a5758cba2f29b84c8fbfbc
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114848
--- Comment #5 from chenglulu ---
(In reply to Xi Ruoyao from comment #3)
> (In reply to Andrew Pinski from comment #2)
> > (In reply to Xi Ruoyao from comment #1)
> > > Hmm, AFAIK this should be already fixed with r14-6440?
> > >
> > > I
36 matches
Mail list logo
