https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118556
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117178
--- Comment #25 from Sam James ---
It's not my call, but given it's a new warning in 15, and this is a fairly
significant UX issue with it, I think a case could be made.
Kees should ping it when he gets a chance.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118581
--- Comment #5 from Hongtao Liu ---
(In reply to Richard Biener from comment #2)
> (In reply to Richard Biener from comment #1)
> > Does it have counter info for PHI arguments (aka copies emitted on those
> > edges)?
>
> I think yes, so IMO it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118403
--- Comment #13 from Sam James ---
(In reply to Stephen Hemminger from comment #12)
What does `gcc --version` give?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118403
--- Comment #12 from Stephen Hemminger ---
I tried to use the documented flag
$ gcc-15 -fzero-init-padding-bits=all
gcc-15: error: unrecognized command-line option ‘-fzero-init-padding-bits=all’
gcc-15: fatal error: no input files
compilation t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117178
--- Comment #24 from Andrew Clayton ---
I take it it's too late for this to land in GCC 15? (I have immediate uses for
this!).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107827
--- Comment #7 from Andi Kleen ---
We need a validator for x86 assembler length indications in the x86 machine
descriptions, then it could be easily enabled.
This will require patching gas at least for test suite runs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116756
--- Comment #4 from Huw Rogers ---
Thankyou! -Huw
On Wed, Jan 22, 2025, 11:57 ppalka at gcc dot gnu.org <
gcc-bugzi...@gcc.gnu.org> wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116756
>
> Patrick Palka changed:
>
>What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118602
--- Comment #3 from Peter Damianov ---
Clang is also able to figure it out for:
bool test(char c)
{
return ((0xe0 & c) == 0x80);
}
And signed or unsigned doesn't make a difference.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116756
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |15.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116756
--- Comment #2 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:303cc73182db5ed367b184df813cd50864c55f83
commit r15-7118-g303cc73182db5ed367b184df813cd50864c55f83
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118602
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118602
--- Comment #1 from Andrew Pinski ---
Created attachment 60237
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60237&action=edit
includes the targeted code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118602
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118501
--- Comment #10 from Andrew Pinski ---
(In reply to Xi Ruoyao from comment #9)
> The test case has caught a bug on LoongArch:
Looks like to be a similar issue.
loongarch.md contains almost the same code path too:
```
machine_mode lsx_mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118602
Bug ID: 118602
Summary: Missed optimization for (0xc0 & c) == 0x80
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118501
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #9 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118590
Sam James changed:
What|Removed |Added
Summary|[14/15 regression] ICE with |[14/15 regression] ICE with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110008
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111673
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111673
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106210
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110008
Bug 110008 depends on bug 106210, which changed state.
Bug 106210 Summary: [12/13/14/15 Regression] missing shrink wrap for simple
case since r9-3594-g8d2d39587d941a40
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106210
What|Remo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118601
Bug ID: 118601
Summary: [15] RISC-V: unrecognizable insn ICE in
xtheadvector/pr114194.c on 32bit targets
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118600
Gaius Mulley changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118600
--- Comment #1 from Gaius Mulley ---
Created attachment 60236
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60236&action=edit
PR-118600-Assigning-to-a-record-causes-alignment-exception.patch
Proposed fix. This exploratory proposed fix t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107827
Andrew Pinski changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118252
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106200
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118581
--- Comment #4 from Hongtao Liu ---
Note it's from SPEC2017 519.lbm_r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118600
Bug ID: 118600
Summary: Assigning to a record from a constructor can cause an
alignment exception
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118581
--- Comment #3 from Hongtao Liu ---
(In reply to Richard Biener from comment #2)
> (In reply to Richard Biener from comment #1)
> > Does it have counter info for PHI arguments (aka copies emitted on those
> > edges)?
>
> I think yes, so IMO it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118599
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|Incorrect diagno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118599
Bug ID: 118599
Summary: Incorrect diagnostic on multiline string literal
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118598
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.5
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118598
Bug ID: 118598
Summary: [12/13/14/15 Regression] Shrink-wrapping multiple
conditions
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: missed-optimizatio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84796
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87902
--- Comment #18 from Andrew Pinski ---
Created attachment 60235
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60235&action=edit
testcase for easier access
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87902
Andrew Pinski changed:
What|Removed |Added
Target|s390x-linux-gnu |s390x-linux-gnu sh*-*-*
--- Comment #17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114589
Andrew Macleod changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103829
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|12.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
--- Comment #15 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:0e4f03c6701f6ef9493c78cf3bbf4aa8e41cf04b
commit r14-11234-g0e4f03c6701f6ef9493c78cf3bbf4aa8e41cf04b
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118597
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118597
Bug ID: 118597
Summary: [15 Regression] gcc.dg/vect/vect-fncall-mask.c fails
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization, testsuite-fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117506
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2024-11-11 00:00:00 |2025-1-21
--- Comment #4 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113059
--- Comment #30 from Jakub Jelinek ---
I guess so.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113059
--- Comment #29 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #25)
> Worked around for GCC 14, but we should fix this for real for GCC 15.
Looks like this was defered again?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48
Bug 48 depends on bug 118483, which changed state.
Bug 118483 Summary: [12/13/14/15 Regression] Missed optimization due to cast
being used more than once
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
Bug 118483 depends on bug 118525, which changed state.
Bug 118525 Summary: [14/15 Regression] ICE after error dealing consteval
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118525
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118525
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118525
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:0d25d45c9d3a54b21f9dce43beb0b5ced4db0409
commit r15-7113-g0d25d45c9d3a54b21f9dce43beb0b5ced4db0409
Author: Andrew Pinski
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
--- Comment #12 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:dae2b6246c00f4389b617ffaa30459bd22d9fe13
commit r15-7114-gdae2b6246c00f4389b617ffaa30459bd22d9fe13
Author: Andrew Pinski
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118571
--- Comment #7 from Jerry DeLisle ---
If no width is specified w_len comes in as zero so we have to handle that case.
diff --git a/libgfortran/io/write.c b/libgfortran/io/write.c
index 54312bf67e9..15a0dd5c3e9 100644
--- a/libgfortran/io/write.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118594
Andrew Pinski changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118582
Sam James changed:
What|Removed |Added
Summary|[modules] Bad file data |[15 regression] [modules]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118594
--- Comment #6 from Andrew Pinski ---
The code in expr.cc does:
```
if (to_mode == SFmode
&& !HONOR_NANS (from_mode)
&& !HONOR_NANS (to_mode)
&& optimize_insn_for_speed_p ())
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118582
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118594
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118594
--- Comment #4 from Andrew Pinski ---
*** Bug 118596 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118596
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118596
--- Comment #3 from Andrew Pinski ---
What is happening here is expand produces:
(insn 6 5 7 (set (reg:HI 105)
(subreg:HI (mem/v/j/c:BF (reg/f:DI 95 virtual-incoming-args) [1
BIT_FIELD_REF +0 S2 A128]) 0))
"/app/example.cpp":5:26 -1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118596
--- Comment #2 from Sam James ---
Rejected in 11/12, started to ICE with 13.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118596
Andrew Pinski changed:
What|Removed |Added
Attachment #60233|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118591
--- Comment #2 from Georg-Johann Lay ---
(In reply to Georg-Johann Lay from comment #1)
> Created attachment 60230 [details]
> reduced C99 test case
In that test case:
__attribute__((noipa))
void func2 (long a, long b)
{
static unsigned char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118582
Nathaniel Shead changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118596
Bug ID: 118596
Summary: ICE in adjust_mems, at var-tracking with __bf16
vectors and volatile data access on aarch64
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118594
--- Comment #2 from Andrew Pinski ---
Created attachment 60232
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60232&action=edit
Reduced slightly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118594
--- Comment #3 from Andrew Pinski ---
Yes this code is 100% undefined.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118594
--- Comment #1 from Andrew Pinski ---
The instruction during combine which is causing issues:
```
(insn 47 46 48 2 (set (reg:HI 172)
(subreg:HI (mem/v/j/c:BF (plus:DI (reg/f:DI 96 virtual-stack-vars)
(const_int -257 [
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118595
Bug ID: 118595
Summary: [15 regression] RISC-V: gfortran/c-interop test
execution failures on RVV zvl > 128b
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118580
--- Comment #6 from anlauf at gcc dot gnu.org ---
The issue can be reduced to the case k=1, i.e. 1x1 matrices.
I then get:
maxval(abs(A - eye)) = -Infinity
Looks like the initial condition of the maximum search plays a role.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117670
David Malcolm changed:
What|Removed |Added
Last reconfirmed||2025-01-21
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117670
--- Comment #1 from David Malcolm ---
Created attachment 60231
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60231&action=edit
Candidate patch
Does this patch fix it for you? (lightly tested at my end and seems to work)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118592
--- Comment #2 from Joseph S. Myers ---
Actually, the _FloatN / _FloatNx functions are only reserved if the user
defines __STDC_WANT_IEC_60559_TYPES_EXT__ so maybe
DEF_EXT_LIB_FLOATN_NX_BUILTINS is right for them.
Excluding built-in functions w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111575
Andrew Pinski changed:
What|Removed |Added
Depends on||77876
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118591
--- Comment #1 from Georg-Johann Lay ---
Created attachment 60230
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60230&action=edit
reduced C99 test case
Here is a reduced test case that fails with -mlra -mmcu=attiny40 for any
optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111575
Andrew Pinski changed:
What|Removed |Added
CC||kristoimenov at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118593
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118593
--- Comment #1 from Andrew Pinski ---
I think the warning is correct here. Otherwise you get ~0/~1 which for most
people is not what they are expecting even with the cast to unsigned.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118594
Bug ID: 118594
Summary: insn does not satisfy its constraints with _Float16 in
some cases
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: ice-on-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116507
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|pinskia at gcc d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118396
--- Comment #15 from Carlos Galvez ---
Thank you for the quick fix! I'll test it right away :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118593
Bug ID: 118593
Summary: False-positive warning about applying bitwise
operation to a boolean expression
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118580
--- Comment #5 from kargls at comcast dot net ---
(In reply to federico from comment #3)
> Sorry, I introduced a typo while editing the post.
> Here is a slightly shorter version of the sample:
>
Given your track record in fortran-lang, I ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118584
--- Comment #5 from GCC Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:79186e392c77c1862197a49421f77644e3b8c05d
commit r15-7111-g79186e392c77c1862197a49421f77644e3b8c05d
Author: Iain Buclaw
Date: Tue J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118592
--- Comment #1 from Joseph S. Myers ---
That's just a small subset of the ones coming to C23 via TS 18661-4. There are
also all the functions (added to glibc some years ago) that came via TS 18661-1
(we have roundeven, but not most of the rest).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118584
--- Comment #4 from Iain Buclaw ---
Looks like upstream added a new version path to the fiber module.
https://github.com/dlang/dmd/pull/16331
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118592
Bug ID: 118592
Summary: Add builtins/const folding for the new C23 math
functions
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114877
--- Comment #6 from Joseph S. Myers ---
I believe the test is valid: an unspecified (non-wobbly) value is stored, so,
for each call to frexp executed in the abstract machine, there must be a value
of type int (that compares equal to itself, for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118584
--- Comment #3 from Matthias Klose ---
this is what Debian calls mips64el, and was built for gcc-14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118584
Iain Buclaw changed:
What|Removed |Added
CC||ibuclaw at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118586
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118586
--- Comment #1 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:1911b8cbd78293582b38d938350a7fa6b3c2d5eb
commit r15-7108-g1911b8cbd78293582b38d938350a7fa6b3c2d5eb
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116593
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:3024b12f2cde5db3bf52b49b07e32ef3065929fb
commit r15-7107-g3024b12f2cde5db3bf52b49b07e32ef3065929fb
Author: Jin Ma
Date: Tue Jan 21 10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118584
--- Comment #1 from Andrew Pinski ---
Looks like only O32 implementation is done:
https://github.com/gcc-mirror/gcc/blob/master/libphobos/libdruntime/config/mips/switchcontext.S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118590
Sam James changed:
What|Removed |Added
Target Milestone|--- |14.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118590
--- Comment #6 from Sam James ---
full backtrace:
```
$ g++ p.cxx -fopenacc -c
p.cxx: In function ‘void cholesky_decomposition(mdspan&)’:
p.cxx:8:60: internal compiler error: in build_omp_array_section, at
cp/typeck.cc:4871
8 | #pragma acc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118590
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118590
Andrew Pinski changed:
What|Removed |Added
Attachment #60224|0 |1
is obsolete|
1 - 100 of 202 matches
Mail list logo