https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104780
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104782
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104698
--- Comment #4 from CVS Commits ---
The master branch has been updated by Michael Meissner :
https://gcc.gnu.org/g:1301d7f647c7ac40da7f910aa6e790205e34bb8b
commit r12-7501-g1301d7f647c7ac40da7f910aa6e790205e34bb8b
Author: Michael Meissner
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98712
Andrew Pinski changed:
What|Removed |Added
CC||delleyves at gmx dot ch
--- Comment #7 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104785
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104785
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104781
H.J. Lu changed:
What|Removed |Added
Attachment #52563|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104208
--- Comment #12 from Peter Bergner ---
(In reply to Peter Bergner from comment #11)
> I tested GCC 11 and it fails the same way, so we'll need to backport this
> fix there.
Ditto for GCC 10.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104787
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104792
--- Comment #1 from Andrew Pinski ---
I cannot reproduce this. Even the godbolt link does not give a warning.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104786
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104786
Andrew Pinski changed:
What|Removed |Added
Summary|[12.0]internal compiler |ICE with VLA type and "=X"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104208
--- Comment #11 from Peter Bergner ---
I tested GCC 11 and it fails the same way, so we'll need to backport this fix
there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90148
--- Comment #7 from Roland Illig ---
Still reproducible in GCC 12. Any chance of these trivial things getting fixed
in the next year?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99297
Roland Illig changed:
What|Removed |Added
Version|11.0|12.0
--- Comment #1 from Roland Illig --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #21 from Roland Illig ---
>From rs6000-c.cc:
> passing argument %d of %qE discards const qualifier from pointer target type
The word "const" must be in % quotes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #20 from Roland Illig ---
>From pru.cc:
> register name %<%s%>
Please use the canonical %qs instead of the unnecessarily verbose %<%s%>.
Everywhere.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #19 from Roland Illig ---
>From nvptx.cc:
> PTX version (-mptx) needs to be at least %s to support selected -misa (sm_%s)
Missing %<...%> around -mptx and -misa.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
--- Comment #11 from Roland Illig ---
Is there a general plan of fixing these "trivial" nits? Half of my reports from
2019 are still open after 3 years.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #18 from Roland Illig ---
>From nds32.cc:
> this built-in function not support on the v3m toolchain
"support" should be "supported".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104797
Bug ID: 104797
Summary: too many parentheses in diagnostic for __delay_cycles
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104796
Bug ID: 104796
Summary: ABI change is not mentioned in HTML changelog
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: documentation
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104795
Bug ID: 104795
Summary: inconsistent wording in diagnostics
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100693
Will Schmidt changed:
What|Removed |Added
CC||willschm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #17 from Roland Illig ---
>From bfin.cc:
> cannott
Should be "cannot".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104794
--- Comment #5 from Roland Illig ---
Same for %'-mstack-protector-guard=tls%' in the same file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104794
--- Comment #4 from Roland Illig ---
And another thing:
> %'-mstack-protector-guard-offset=%qs%'
This produces nested quotes. The %qs should rather be a simple %s. Maybe you
can write a unit test to see how the end result looks. I didn't find a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104794
--- Comment #3 from Roland Illig ---
While here:
> error ("incompatible options %'-mstack-protector-guard=global%' and"
>"%'-mstack-protector-guard-offset=%qs%'",
The idiomatic way to write quotes is %<...%>, not %'...%'.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104794
--- Comment #2 from Roland Illig ---
While here, please add the missing space in the middle of the string:
error ("incompatible options %'-mstack-protector-guard=global%' and"
"%'-mstack-protector-guard-offset=%qs%'",
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104794
--- Comment #1 from Roland Illig ---
>From arm-builtins.cc:
> "the range of count should be in 0 to 32;
> please check the intrinsic %<_mm_rori_pi16%> in code"
While here, please double-check whether the "0 to 32" is a typo and should
rather be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104794
Bug ID: 104794
Summary: arm: use translation pattern for repetitive messages
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #16 from Roland Illig ---
>From arm-builtins.cc:
> "the range of count should be in 0 to 32;
> please check the intrinsic %<_mm_rori_pi16%> in code"
Please double-check whether the "0 to 32" is a typo and should rather be "0 to
16".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #15 from Roland Illig ---
>From aarch64.cc:
> arch extension %<%s%>
Use the idiomatic %qs instead.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #14 from Roland Illig ---
>From aarch64.cc:
> "invalid name (%qs) in % pragma or attribute"
What is the point of having parentheses around %qs? That seems redundant to me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #13 from Roland Illig ---
>From aarch64.cc:
> invalid feature modifier %s
The %s must be %qs, like in the related messages.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #12 from Roland Illig ---
>From aarch64-sve-builtins.cc:
> "capture by copy of SVE type %qT"
This message should use the same grammar as the related ones, the word "cannot"
is a useful indicator of the general error condition.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #11 from Roland Illig ---
>From aarch64-sve-builtins.cc:
> passing %qT to argument %d of %qE, which expects a scalar integer
"scalar integer" sounds redundant, this may be a copy-and-paste mistake from
the message directly above, wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101983
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #10 from Roland Illig ---
>From aarch64-sve-builtins.cc:
> error_at (location, "passing single vector %qT to argument %d"
> " of %qE, which expects a tuple of %d vectors",
> actual, argno + 1, fndecl, num_vectors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #9 from Roland Illig ---
>From config/host-darwin.cc:
> error ("PCH memory not available %m");
Looks like a missing ":" before "%m".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104781
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from H.J. Lu ---
> Created attachment 52563
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52563&action=edit
> A patch
>
> Try this.
That patch certainly did f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #27 from Segher Boessenkool ---
(In reply to Jakub Jelinek from comment #26)
> (In reply to Segher Boessenkool from comment #25)
> > It is defined to __ieee128 whenever that exists, and not defined otherwise?
> > Yes, the logic and co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104789
--- Comment #3 from Andrew Pinski ---
Note the first loop is bounded roo
Because of
encode_uint16(temp_packets[0].data[i], &header[header_bytes]);
Which is not in the reduced testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104793
Bug ID: 104793
Summary: -Wanalyzer-write-to-const and
-Wanalyzer-write-to-string-literal should respect
attribute((access, write)
Product: gcc
Version: 12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104791
Thomas Schwinge changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104789
--- Comment #2 from Andrew Pinski ---
Note I think the reduced testcase is reduced too much.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104791
--- Comment #3 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:14dfbb53594e164fe222476523a68039a8bd5252
commit r12-7495-g14dfbb53594e164fe222476523a68039a8bd5252
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #26 from Jakub Jelinek ---
(In reply to Segher Boessenkool from comment #25)
> It is defined to __ieee128 whenever that exists, and not defined otherwise?
> Yes, the logic and control flow are byzantine.
No, far from it.
E.g. on linu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104791
Thomas Schwinge changed:
What|Removed |Added
Keywords||openacc
--- Comment #2 from Thomas Sc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104791
Thomas Schwinge changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104792
Bug ID: 104792
Summary: [g++ and/or libstdc++] Wunused-local-typedefs + C++20
concepts = annoying
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103521
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #25 from Segher Boessenkool ---
It is defined to __ieee128 whenever that exists, and not defined otherwise?
Yes, the logic and control flow are byzantine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103521
--- Comment #4 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:458ad38ce2bbec85016d88757ec6a35d2c393e2c
commit r12-7494-g458ad38ce2bbec85016d88757ec6a35d2c393e2c
Author: David Malcolm
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101246
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101246
--- Comment #9 from Lance Fredrickson ---
Thanks a bunch!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101246
--- Comment #8 from CVS Commits ---
The master branch has been updated by Ian Lance Taylor :
https://gcc.gnu.org/g:c3402486afa8b6f98d6b0cc05cd229526bc7611f
commit r12-7493-gc3402486afa8b6f98d6b0cc05cd229526bc7611f
Author: Ian Lance Taylor
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #24 from Jakub Jelinek ---
(In reply to Segher Boessenkool from comment #22)
> In rs6000_type_string, please just handle the error !type_node case first,
> so you don't have to consider it in all other cases separately.
Ok, will do.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #23 from Segher Boessenkool ---
Oh, and looks great, thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #22 from Segher Boessenkool ---
In rs6000_type_string, please just handle the error !type_node case first,
so you don't have to consider it in all other cases separately.
Do you need to change the __SIZEOF_FLOAT128__ code at all now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71283
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #21 from Jakub Jelinek ---
Created attachment 52566
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52566&action=edit
gcc12-pr99708.patch
Updated patch I'm going to test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104791
Bug ID: 104791
Summary: [12 regression]
libgomp.oacc-c++/../libgomp.oacc-c-c++-common/kernels-
decompose-1.c fails
Product: gcc
Version: 12.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104790
Bug ID: 104790
Summary: [12 Regression] ICE (insn does not satisfy its
constraints) with MVE since
r12-4374-g5efeaa0d29525fa28e189e6278c1b1651fb0d7bf
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104788
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2022-03-04
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104789
--- Comment #1 from Martin Liška ---
(In reply to Martin Liška from comment #0)
> It's originally reported here:
> https://github.com/godotengine/godot/issues/58747
Sorry, here:
https://github.com/godotengine/godot/pull/58755
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104789
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104789
Bug ID: 104789
Summary: [12 Regression] New -Wstringop-overflow false positive
since r12-5863-g9354a7d70caef1c9
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104788
Bug ID: 104788
Summary: ICE
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104783
--- Comment #2 from Tom de Vries ---
Hmm, the atom insn sets a register that is not used anywhere. So the shuffle
communicating the result doesn't make much sense.
We can fix that by doing:
...
diff --git a/gcc/config/nvptx/nvptx.cc b/gcc/conf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104777
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104787
Martin Liška changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104787
Bug ID: 104787
Summary: [12 Regression] False positive -Wreturn-type since
r12-5638-ga3e75c1491cd2d50
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104786
--- Comment #1 from 。 <570070308 at qq dot com> ---
gcc-9 crashed too
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104777
Martin Liška changed:
What|Removed |Added
Summary|gcc crashes while compiling |gcc crashes while compiling
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104786
Bug ID: 104786
Summary: [12.0]internal compiler error with extern asm
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103443
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |12.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104785
Bug ID: 104785
Summary: Generated defaulted constexpr operator== produces
wrong code
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103443
--- Comment #3 from Patrick Palka ---
(In reply to Jakub Jelinek from comment #1)
> Shall constexpr.c handle NON_DEPENDENT_EXPR, or can that wrap expressions
> that really can't be constant expression evaluated?
r12-7264 made potential_constant
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103443
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:074d283e249c7295d783a08eb6f0219a7f411c50
commit r12-7488-g074d283e249c7295d783a08eb6f0219a7f411c50
Author: Patrick Palka
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104117
--- Comment #25 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:f1b3e3853329b58fb2e50c17487df2ecbc4a5608
commit r12-7486-gf1b3e3853329b58fb2e50c17487df2ecbc4a5608
Author: Iain Sandoe
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104208
--- Comment #10 from CVS Commits ---
The master branch has been updated by Peter Bergner :
https://gcc.gnu.org/g:cb16bc3b5f34733ef9bbf8d2e3acacdecb099a62
commit r12-7485-gcb16bc3b5f34733ef9bbf8d2e3acacdecb099a62
Author: Peter Bergner
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87496
--- Comment #14 from CVS Commits ---
The master branch has been updated by Peter Bergner :
https://gcc.gnu.org/g:cb16bc3b5f34733ef9bbf8d2e3acacdecb099a62
commit r12-7485-gcb16bc3b5f34733ef9bbf8d2e3acacdecb099a62
Author: Peter Bergner
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104781
--- Comment #4 from H.J. Lu ---
(In reply to Uroš Bizjak from comment #3)
> Comment on attachment 52563 [details]
> A patch
>
> >From ba4854c13c4aaa5b50127f23cb09cf05e3eb229d Mon Sep 17 00:00:00 2001
> >From: "H.J. Lu"
> >Date: Fri, 4 Mar 2022
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104133
Thomas Schwinge changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104132
Thomas Schwinge changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104781
--- Comment #3 from Uroš Bizjak ---
Comment on attachment 52563
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52563
A patch
>From ba4854c13c4aaa5b50127f23cb09cf05e3eb229d Mon Sep 17 00:00:00 2001
>From: "H.J. Lu"
>Date: Fri, 4 Mar 2022
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104784
--- Comment #1 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:e28eb86c18ed765dceb3c56471a848e9f0e120ff
commit r12-7484-ge28eb86c18ed765dceb3c56471a848e9f0e120ff
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104475
--- Comment #6 from Andrew Macleod ---
Created attachment 52564
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52564&action=edit
possible patch
Perhaps better would be to not try to propagate NULL-ness.
_1 = this_10(D)->d;
_2 = &
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104742
Iain Buclaw changed:
What|Removed |Added
See Also||https://issues.dlang.org/sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104529
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104529
--- Comment #11 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:c85aaf2cbe9da50e23655a8082a37166adf4c0f7
commit r12-7483-gc85aaf2cbe9da50e23655a8082a37166adf4c0f7
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102538
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104781
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2022-03-04
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104784
Bug ID: 104784
Summary: OpenACC 'kernels' decomposition: C vs. C++ differences
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: openacc
Severity: minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102217
k...@smart-hmi.de changed:
What|Removed |Added
CC||k...@smart-hmi.de
--- Comment #3 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104775
--- Comment #2 from Jakub Jelinek ---
Created attachment 52562
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52562&action=edit
gcc12-pr104775.patch
This (untested so far) seems to work, but what do I know about the s390
instruction set.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104783
--- Comment #1 from Tom de Vries ---
Hmm, I wonder if nvptx_reorg_uniform_simt should run inbetween SIMT_ENTER and
SIMT_EXIT.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #20 from Segher Boessenkool ---
(In reply to Jakub Jelinek from comment #19)
> I'd guess that else ieee128_float_type_node = ibm128_float_type_node =
> long_double_type_node;
> is there so that we don't ICE during the builtins creatio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104783
Bug ID: 104783
Summary: [nvptx, openmp] Hang/abort with atomic update in simd
construct
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
1 - 100 of 137 matches
Mail list logo
