https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96502
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2020-08-07
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96512
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-* i?86-*-*
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96513
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96514
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
Ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96516
Bug ID: 96516
Summary: template + __attribute__((copy)) produce compiler
errors
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96456
--- Comment #1 from Andreas Krebbel ---
Confirmed for current gcc 10 branch. Does not appear to happen on trunk though.
I'll have a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96517
Bug ID: 96517
Summary: ICE in is_this_parameter when accessing constexpr
method of a field inside coroutine lambda (with
optimization)
Product: gcc
Version: 10.2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96515
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95114
--- Comment #4 from CVS Commits ---
The releases/gcc-9 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:e4c68cc7dcb6617740ee26f359a34c37c6981685
commit r9-8789-ge4c68cc7dcb6617740ee26f359a34c37c6981685
Author: Richard Sandif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94605
--- Comment #3 from CVS Commits ---
The releases/gcc-9 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:cdb0af30f73923ec4355ecd5c294b7a026bb4aa4
commit r9-8790-gcdb0af30f73923ec4355ecd5c294b7a026bb4aa4
Author: Richard Sandif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96472
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95114
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96424
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96514
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:c3f94f5786a014515c09c7852db228c74adf51e5
commit r11-2607-gc3f94f5786a014515c09c7852db228c74adf51e5
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96514
Richard Biener changed:
What|Removed |Added
Known to work||11.0
Summary|[9/10/11 Regres
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94498
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94242
--- Comment #2 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:e7406c364496dae51ef294b5720923fe4a1dfccb
commit r9-8792-ge7406c364496dae51ef294b5720923fe4a1dfccb
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93245
--- Comment #2 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:88f2b72e77fea11803b761f4fb569d83266e1d9e
commit r9-8793-g88f2b72e77fea11803b761f4fb569d83266e1d9e
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96518
Bug ID: 96518
Summary: g++ suggests a weird function when there's a lowercase
mistake
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96191
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:bab5fdaf9abb1236a7a56258d1d36265068b4827
commit r10-8583-gbab5fdaf9abb1236a7a56258d1d36265068b4827
Author: Richard Sand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96191
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:8f6b7c9796035ad8b2cdfbce5d3d11dd4b81fad7
commit r10-8584-g8f6b7c9796035ad8b2cdfbce5d3d11dd4b81fad7
Author: Richard Sand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96191
--- Comment #8 from CVS Commits ---
The releases/gcc-9 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:5380912a17ea09a8996720fb62b1a70c16c8f9f2
commit r9-8794-g5380912a17ea09a8996720fb62b1a70c16c8f9f2
Author: Richard Sandif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96191
--- Comment #9 from CVS Commits ---
The releases/gcc-9 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:3e40be9cc92d3fa117be7f4fab07cedeed8361a2
commit r9-8795-g3e40be9cc92d3fa117be7f4fab07cedeed8361a2
Author: Richard Sandif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96518
--- Comment #1 from Jonathan Wakely ---
This is already fixed for GCC 11:
diag.C: In function 'int main(int, char**)':
diag.C:39:17: error: 'class Foo' has no member named 'getParent'; did you mean
'GetParent'?
39 | Foo *f3 = f.getParent(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94242
--- Comment #3 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:39a5a04daa09c711caeb6aaff12f1d03406fe29f
commit r8-10392-g39a5a04daa09c711caeb6aaff12f1d03406fe29f
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93245
--- Comment #3 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:01cbd26b022cc9d4eaf26287b48299acfce80348
commit r8-10393-g01cbd26b022cc9d4eaf26287b48299acfce80348
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94242
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93245
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96518
Albert Astals Cid changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96497
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96402
--- Comment #11 from CVS Commits ---
The releases/gcc-9 branch has been updated by Tamar Christina
:
https://gcc.gnu.org/g:4e91af9877df9e6b28ea8e50ae9445590363d5b0
commit r9-8796-g4e91af9877df9e6b28ea8e50ae9445590363d5b0
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96402
--- Comment #12 from CVS Commits ---
The releases/gcc-8 branch has been updated by Tamar Christina
:
https://gcc.gnu.org/g:3e2d69ee245e5a44c53cae27a797b97ba529eb72
commit r8-10396-g3e2d69ee245e5a44c53cae27a797b97ba529eb72
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96402
Tamar Christina changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96282
Patrick Palka changed:
What|Removed |Added
Summary|[8/9/10/11 Regression] |[8/9/10 Regression]
|i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
--- Comment #19 from Susi Lehtola ---
(In reply to Steve Kargl from comment #17)
> On Thu, Aug 06, 2020 at 08:33:12PM +, jussilehtola at fedoraproject dot
> org wrote:
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
> >
> > --- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #26 from Curtis Hamilton ---
Ian,
I've made progress with building the frontend but I have an issue with
implementing Syscall9 needed by libgo/go/os/wait_wait6.go. I tried adding the
file "syscall_freebsd_ppc64.go" containing the f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96493
Peter Bergner changed:
What|Removed |Added
Target Milestone|--- |10.3
--- Comment #4 from Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96516
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Last reconfir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96516
--- Comment #2 from Martin Sebor ---
Thank you for taking the time to put together all the test cases and reporting
the problem, by the way!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96519
Bug ID: 96519
Summary: [11 regression] new test case gcc.dg/ia64-sync-5.c
fails
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96472
Richard Biener changed:
What|Removed |Added
Keywords|needs-reduction |ice-on-valid-code
--- Comment #2 from R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96520
Bug ID: 96520
Summary: [nvptx] Fix set insn component order
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96521
Bug ID: 96521
Summary: Suggest signal.h missing include
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96522
Bug ID: 96522
Summary: Incorrect with with -O -fno-tree-pta
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96522
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |9.4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87729
xantares09 at hotmail dot com changed:
What|Removed |Added
CC||xantares09 at hotmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87729
--- Comment #5 from xantares09 at hotmail dot com ---
still there with 10.1, see attached patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96511
Martin Sebor changed:
What|Removed |Added
Ever confirmed|0 |1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96523
Bug ID: 96523
Summary: variable templates of constant types have incorrect
linkage
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96523
--- Comment #1 from Nathan Sidwell ---
Created attachment 49023
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49023&action=edit
testcase part 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96516
--- Comment #3 from sagebar at web dot de ---
No problem. Also: What you just said made me realize that once
__attribute__((copy)) works correctly with templates, _any_ attribute that can
be inherited via copy() can be made template-conditional in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96524
Bug ID: 96524
Summary: missing warning constructing a larger object in a
smaller multidimensional array
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96516
--- Comment #4 from sagebar at web dot de ---
(In reply to sagebar from comment #3)
> ..., _any_ attribute that
> can be inherited via copy() can be made template-conditional in c++:
Also note that I've tested if gcc (`-x c') allows multiple copy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
--- Comment #20 from Steve Kargl ---
On Fri, Aug 07, 2020 at 01:14:04PM +, jussilehtola at fedoraproject dot org
wrote:
>
> It already was reproduced in comment #9?
>
There is clearly a language barrier. At this point, I have
no idea what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94195
Martin Sebor changed:
What|Removed |Added
Ever confirmed|0 |1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96524
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96522
--- Comment #2 from Jakub Jelinek ---
Slightly adjusted testcase that aborts if miscompiled:
/* { dg-do run } */
/* { dg-options "-O -fno-tree-pta" } */
__attribute__((noipa)) void
bar (void)
{
volatile int v = 1;
if (v)
__builtin_abort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96522
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96525
Bug ID: 96525
Summary: new test gcc.target/powerpc/pr96493.c fails
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96526
Bug ID: 96526
Summary: New built-in needed to implement std::strong_order
total order on floating point types
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96408
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93711
Jonathan Wakely changed:
What|Removed |Added
CC||hewillk at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93711
--- Comment #9 from Jonathan Wakely ---
Another one:
struct A { A(const A&) = delete; };
A f();
struct C
{
[[no_unique_address]] A a;
};
C c{f()};
during RTL pass: expand
ice.C: In function 'void __static_initialization_and_destruction_0(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #27 from Ian Lance Taylor ---
What is the complete contents of your new file? You showed just a declaration;
is there a function body there as well?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92431
--- Comment #5 from Jonathan Wakely ---
This was fixed by r10-6572-dfffecb802681fbdb56629d3bdd96491ac660be0
c++: Fix static initialization from <=>.
Constant evaluation of genericize_spaceship produced a CONSTRUCTOR, which
we
then w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96527
Bug ID: 96527
Summary: __builtin_va_arg_pack_len produces error in documented
sample code
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92431
--- Comment #6 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #4)
> This is incomplete because std::strong_order doesn't support
> floating-point types.
See PR 96526 regarding that.
> The partial_order and weak_order tests u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92139
--- Comment #2 from Jonathan Wakely ---
Mateusz, the testcase wasn't attached. Are you still able to provide it? If not
we'll have to close this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #28 from Curtis Hamilton ---
(In reply to Ian Lance Taylor from comment #27)
> What is the complete contents of your new file? You showed just a
> declaration; is there a function body there as well?
That's what I was missing. I now
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81198
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 80750, which changed state.
Bug 80750 Summary: [concepts] noexcept specifier operands are allowed but
ignored in compound requirements
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80750
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80750
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96527
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96528
Bug ID: 96528
Summary: [11 Regression] vector comparisons on ARM
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96512
--- Comment #3 from N Schaeffer ---
(In reply to Richard Biener from comment #2)
> With trunk and GCC 10 I see
>
> vbroadcastsdzmm0, QWORD PTR [8+r8*8]
>
> can you check newer GCC? GCC 8.4 is out since some time already and I do
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79982
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 79982, which changed state.
Bug 79982 Summary: Compiler crashes when using illegal concepts (nested
requirements)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79982
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55713
--- Comment #6 from Jonathan Wakely ---
Created attachment 49025
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49025&action=edit
Replace inheritance with data member using [[no_unique_address]]
This fixes this bug and all the "See Also" o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96523
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #29 from Ian Lance Taylor ---
The runtime_sysinfo.go is manually generated by mkrsysinfo.sh. I don't know
where the _thread definition is coming from, but probably the simplest approach
is to remove it via the list of grep -v call ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #30 from Curtis Hamilton ---
Ian,
I've made progress with building the frontend but I have an issue with
implementing Syscall9 needed by libgo/go/os/wait_wait6.go. I tried adding the
file "syscall_freebsd_ppc64.go" containing the f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86535
--- Comment #31 from Ian Lance Taylor ---
> runtime: len(sigtable)=33 _NSIG=32
> fatal error: bad sigtable len
This error means that the sigtable generated by mksigtab.sh does not match the
value of _NSIG in the file generated by mksysinfo.sh.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96526
--- Comment #1 from joseph at codesourcery dot com ---
You could define __builtin_totalorder functions, but watch out for the
change made to totalorder functions following a TS 18661-1 clarification
request, from floating-point argument types t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96410
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96409
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96303
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:de1e3b8795e507c3cfa5b62984272628ca62a9bd
commit r11-2611-gde1e3b8795e507c3cfa5b62984272628ca62a9bd
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96529
Bug ID: 96529
Summary: GCC applies C language linkage to instantiations from
abbreviated function templates
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96527
--- Comment #2 from Bruno Haible ---
Created attachment 49026
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49026&action=edit
Corrected test case
I see. A corrected test case is attached.
I wanted to avoid __gnu_inline__ because that's a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96303
--- Comment #3 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:7e26e4fbd4ee618dd991c6bbf3c5403aa90d2192
commit r10-8592-g7e26e4fbd4ee618dd991c6bbf3c5403aa90d2192
Author: Jonathan Wakel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96303
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96527
--- Comment #3 from Jakub Jelinek ---
The extern inline __attribute__((__gnu_inline__)) usecase comes from actual
code (e.g. glibc) where it is used this way a lot, I'm not aware of anybody
using static inline __attribute__((__always_inline__)) t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96525
--- Comment #1 from Peter Bergner ---
This is an assembler error saying it doesn't know about .machine "power10".
Are you sure you're not using an old binutils?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96525
--- Comment #2 from Peter Bergner ---
Ah, you probably are and this issue is the test case probably needs a:
/* { dg-require-effective-target power10_ok } */
To ensure we have a working power10 enabled binutils.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
--- Comment #21 from Susi Lehtola ---
to repeat: libgfortran crashes when you try to read an environment variable
that is an empty string, in the case you have preallocated an array that is the
proper size i.e. zero characters.
I don't get any m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
Susi Lehtola changed:
What|Removed |Added
Summary|get_environment_variable|get_environment_variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
--- Comment #23 from Susi Lehtola ---
The expected result is that the program does not crash, since a zero-size
character array is enough to fit an empty string.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
--- Comment #24 from Steve Kargl ---
On Fri, Aug 07, 2020 at 08:35:49PM +, jussilehtola at fedoraproject dot org
wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
>
> --- Comment #21 from Susi Lehtola ---
> to repeat: libgfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96525
--- Comment #3 from Peter Bergner ---
(In reply to Peter Bergner from comment #2)
> Ah, you probably are and this issue is the test case probably needs a:
>
> /* { dg-require-effective-target power10_ok } */
>
> To ensure we have a working powe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96530
Bug ID: 96530
Summary: MMA built-ins reject typedefs of MMA types
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96530
Peter Bergner changed:
What|Removed |Added
Target||powerpc*-*-*
Status|UNCONFIR
1 - 100 of 114 matches
Mail list logo
