https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120753
--- Comment #16 from Benjamin Schulz ---
Hm, I want to thank Andrew Pinski for pointing me to a post of mat colgrove
from nvidia,
https://forums.developer.nvidia.com/t/using-deviceptr-with-structs/136334
And to Tobias Burnus for his comment on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121172
Bug ID: 121172
Summary: error: use of 'static constexpr method...' before
deduction of 'auto' WHEN upgrade to 15.1.0 :
different writing order have different impact
Produc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117866
--- Comment #11 from Sam James ---
This came up today on bug-bash where cygwin's headers were broken:
https://lists.gnu.org/archive/html/bug-bash/2025-07/msg00089.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120905
--- Comment #18 from TCH ---
Created attachment 61915
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61915&action=edit
Fixes all of the errors of compiling GCC6 on Solaris 10 SPARC
GCC 7 is also buildable with this configuration and fixes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121171
Bug ID: 121171
Summary: Improve diagnostic for parenthesized bit-field names
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121169
--- Comment #5 from Benjamin Schulz ---
and yes, this program runs, without causing an error...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121169
--- Comment #4 from Benjamin Schulz ---
Yes, I would need to copyin t.
But anways, nvc++ compiles, without any problem this here:
#include
struct mytensor
{
int *strides;
int *extents;
double *data;
};
int main()
{
mytensor t;
t.data=(d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120646
Halalaluyafail3 changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121169
--- Comment #3 from Andrew Pinski ---
See https://forums.developer.nvidia.com/t/using-deviceptr-with-structs/136334
also.
>member variables of structs
Those not member variables but rather member fields and the only variables in
your case is t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121169
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121170
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121169
--- Comment #1 from Andrew Pinski ---
*** Bug 121170 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120753
Benjamin Schulz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121170
Bug ID: 121170
Summary: gcc refuses to compile if a struct member variable
appears in an OpenAcc construct, which nvc++ accepts
Product: gcc
Version: 15.1.0
Status: UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121169
Bug ID: 121169
Summary: OpenACC allows members of strucs in OpenACC
constructs. Nvidias nvc++ compiles them, gcc 15.1
rejects valid.
Product: gcc
Version: 15.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120753
--- Comment #14 from Benjamin Schulz ---
It turns out that there are indications in the OpenMP standard for C++ which
show that the prevention of struct members was indeed deliberate.
https://www.openmp.org/spec-html/5.2/openmpsu19.html
"Unles
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104690
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-07-19
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111400
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104690
Andrew Pinski changed:
What|Removed |Added
CC||david at westcontrol dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121164
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121168
Bug ID: 121168
Summary: missed optimization with ubsan at -O3
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121165
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117881
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121167
Bug ID: 121167
Summary: The documentation warning about fsanitize= and false
warnings should be improved
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Keywo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121165
--- Comment #2 from Andrew Pinski ---
Created attachment 61914
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61914&action=edit
testcase
Warnings happen with `-std=c++23 -O3 -W -Wall -fsanitize=undefined` but without
`-fsanitize=undefined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121164
--- Comment #4 from GCC Commits ---
The releases/gcc-15 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:19566453d58cbecfddff135881b532ee18d7e2a9
commit r15-10010-g19566453d58cbecfddff135881b532ee18d7e2a9
Author: Gaius Mulley
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121165
Andrew Pinski changed:
What|Removed |Added
Summary|false positive |false positive
|Warra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121166
Bug ID: 121166
Summary: gfc-diagnostic.def has been out of sync with
diagnostic.def since r10-5901-g4bc1899b2e883f
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121039
--- Comment #2 from David Malcolm ---
gcc/ada/gcc-interface/trans.cc's Pragma_to_gnu seems to have an optional
"reason" from Ada, which gets ignored when calling diagnostic_push_diagnostics.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121165
Bug ID: 121165
Summary: false positive Warray-bounds while building openmpt
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Keywords: diagnostic, false-positive, needs-source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119085
Martin Jambor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121164
--- Comment #3 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:22d8b89689769e5efefd2c4e6dda88d9f0b2a945
commit r16-2356-g22d8b89689769e5efefd2c4e6dda88d9f0b2a945
Author: Gaius Mulley
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120255
Jonathon Reinhart changed:
What|Removed |Added
CC||jonathon.reinhart at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116586
Mike Crowe changed:
What|Removed |Added
CC||mac at mcrowe dot com
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121164
--- Comment #2 from Gaius Mulley ---
Created attachment 61913
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61913&action=edit
Proposed fix correcting the implementation procedure parameter name for
ARRAYOFCHAR:Write
Here is a proposed fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121145
--- Comment #3 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:8f9450505f8244d262f8b4ff274f113f99cdc7e2
commit r16-2355-g8f9450505f8244d262f8b4ff274f113f99cdc7e2
Author: Harald Anlauf
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121149
--- Comment #9 from David Faust ---
In both --target=bpf-unknown-none and --target=bpf build dirs, I see:
$ rg "checking target system type" -A1
...
config.log
47:configure:2502: checking target system type
48-configure:2515: result: bpf-unkno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117423
--- Comment #26 from Paul Eggert ---
(In reply to Sam James from comment #25)
> The testcases in this bug work now, but PR119085 still fails. I'll reopen it.
Since PR119085 motivates Emacs 'configure' to always use -fno-tree-sra when
compiling w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121149
--- Comment #8 from Jose E. Marchesi ---
The top-level configure.ac uses:
ACX_NONCANONICAL_BUILD
ACX_NONCANONICAL_HOST
ACX_NONCANONICAL_TARGET
whereas libgcc/configure.ac uses:
AC_CANONICAL_HOST
ACX_NONCANONICAL_HOST
ACX_NONCANONI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121149
--- Comment #7 from Andrew Pinski ---
I think the canonical is the right fix. Most likely the other needs to be
changed too. Of nobody gets to it before tomorrow i will handle it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121149
--- Comment #6 from Andrew Pinski ---
Then maybe target_cannonical or something like that instead.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121149
David Faust changed:
What|Removed |Added
CC||david.faust at oracle dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120753
--- Comment #13 from Benjamin Schulz ---
I suspect that the statement, which Tobias cites, does not forbid member
variables of structs.
I think that thid is an incorrect interpretation of the standard.
What they probably wanted to forbid was t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121149
Jose E. Marchesi changed:
What|Removed |Added
CC||jemarch at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121147
--- Comment #14 from terryinzaghi ---
(In reply to terryinzaghi from comment #13)
> (In reply to Jonathan Wakely from comment #12)
> > (In reply to Jonathan Wakely from comment #3)
> > > As it says at https://gcc.gnu.org/wiki/InstallingGCC "If y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121147
--- Comment #13 from terryinzaghi ---
(In reply to Jonathan Wakely from comment #12)
> (In reply to Jonathan Wakely from comment #3)
> > As it says at https://gcc.gnu.org/wiki/InstallingGCC "If your build fails
> > and your configure command has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119085
Sam James changed:
What|Removed |Added
Target Milestone|12.5|13.5
Summary|[12/13/14/15 regres
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119085
Sam James changed:
What|Removed |Added
Resolution|DUPLICATE |---
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117423
--- Comment #25 from Sam James ---
The testcases in this bug work now, but PR119085 still fails. I'll reopen it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121148
Jonathan Wakely changed:
What|Removed |Added
Keywords||patch
--- Comment #15 from Jonathan W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102181
Jonathan Wakely changed:
What|Removed |Added
Keywords||patch
--- Comment #10 from Jonathan W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121149
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|[16 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121149
--- Comment #2 from Sam James ---
Are you explicitly passing a flag to enable it? Please share your configure
line.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121149
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121149
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |16.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121159
Lukas Grätz changed:
What|Removed |Added
CC||lukas.graetz@tu-darmstadt.d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121153
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121153
--- Comment #4 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:f069bacbf5d0f14974b8f180588bac51f9ef1a43
commit r16-2354-gf069bacbf5d0f14974b8f180588bac51f9ef1a43
Author: Andrew Pinski
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120776
Jakub Jelinek changed:
What|Removed |Added
Attachment #61911|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121164
Gaius Mulley changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121153
--- Comment #3 from Andrew Pinski ---
vect_condition
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119641
Thomas Schwinge changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121158
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119508
Thomas Schwinge changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119818
Thomas Schwinge changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121158
Andrew Pinski changed:
What|Removed |Added
Target|X86_64 |X86_64 aarch64
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121159
Petr Skocik changed:
What|Removed |Added
CC||pskocik at gmail dot com
--- Comment #6 f
tfile?taskID=134927219&volume=DEFAULT&name=build.log
The modula2 error is:
cc1gm2: error: procedure ‘Write’ in the proper procedure differs from the
definition procedure, 2nd parameter name is inconsistant, named as ‘a’
/builddir/build/BUILD/gcc-15.1.1-build/gcc-15.1.1-20250718/gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119508
--- Comment #27 from GCC Commits ---
The releases/gcc-15 branch has been updated by Thomas Schwinge
:
https://gcc.gnu.org/g:db110865c35c0bb9c3660e58f133678f4c9f0093
commit r15-10007-gdb110865c35c0bb9c3660e58f133678f4c9f0093
Author: Thomas Schw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119818
--- Comment #3 from GCC Commits ---
The releases/gcc-15 branch has been updated by Thomas Schwinge
:
https://gcc.gnu.org/g:f5afbab22d3171631542bb42fb7e9198f89233df
commit r15-10006-gf5afbab22d3171631542bb42fb7e9198f89233df
Author: Thomas Schwi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121163
Bug ID: 121163
Summary: GNAT hang with `-g -gcodeview` (but not with just
`-g`)
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121162
Bug ID: 121162
Summary: GNAT hang with `-gcodeview -fgnat-encodings=all` (but
not just with `-gcodeview`)
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121124
Dimitar Dimitrov changed:
What|Removed |Added
Last reconfirmed||2025-07-18
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120753
--- Comment #12 from Benjamin Schulz ---
a workaround that compiles is this:
#include
struct mytensor
{
int *strides;
int *extents;
double *data;
};
int main()
{
mytensor t;
t.data=(double*)omp_target_alloc(sizeof(double)*20,omp_get_default_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121160
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |16.0
Summary|RISC-V: ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121159
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121161
Bug ID: 121161
Summary: Please add an option to make -fexternal-blas
compatible with ILP64 BLAS implementation
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121157
--- Comment #7 from Andrew Teylu ---
Yeah, so my reduced file no longer crashes if you use `-fgnat-encodings=all`.
Re-reducing Tom's original files while `-fgnat-encodings=all` still gives a
crash:
```
package LOCAL_IO is
function GET_NEXT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121160
--- Comment #1 from Paul-Antoine Arras ---
The following commit seems to be the root cause:
commit 59a3da733a79f621700dd9ddc11a0efc07237c3a
Author: Jeff Law
Date: Sat Jun 7 07:48:46 2025 -0600
[to-be-committed][RISC-V] Handle 32bit oper
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10837
Andrew Pinski changed:
What|Removed |Added
CC||antoshkka at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121159
Andrew Pinski changed:
What|Removed |Added
Resolution|WONTFIX |DUPLICATE
--- Comment #4 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121159
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121095
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 114978, which changed state.
Bug 114978 Summary: [14/15/16 regression] 548.exchange2_r 14%-28% regressions
on Loongarch64 after gcc 14 snapshot 20240317
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978
Chen Chen changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121159
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121160
Bug ID: 121160
Summary: RISC-V: ICE in 538.imagick with -O3 -ffast-math
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120753
--- Comment #11 from Benjamin Schulz ---
But it is interesting... indeed the problem also seems to cover other areas.
For example, this here would compile:
int main()
{
double data[20];
#pragma omp parallel for shared(data)
for(int i=1;i<2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121139
--- Comment #2 from Andre Vehreschild ---
Oh, and it needs to be:
use julienne_test_description_m
implicit none
associate(test_descriptions => [test_description_t()])
associate(substring_in_test_diagnosis =>
test_descriptions(1)%conta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121139
Andre Vehreschild changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |vehre at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120935
--- Comment #7 from Hans-Peter Nilsson ---
(In reply to Hans-Peter Nilsson from comment #5)
> Either (similarly to the posted patch) somehow not look at
> MAX_FIXED_MODE_SIZE or just accept defeat: being able to create an object
> larger than (1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120935
--- Comment #6 from GCC Commits ---
The releases/gcc-15 branch has been updated by Hans-Peter Nilsson
:
https://gcc.gnu.org/g:2441a5205cbc6f842fe6f9e561e898d70523e991
commit r15-10005-g2441a5205cbc6f842fe6f9e561e898d70523e991
Author: Hans-Pete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71945
--- Comment #7 from Jonathan Wakely ---
And the original code from comment 0 now does:
$ ./a.out
1) Create an object and pass it over to a shared pointer...
ptr.use_count() -> 1
2) Create an extra reference to that object...
ptr.use_count(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121154
Tomasz Kamiński changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119137
--- Comment #3 from GCC Commits ---
The master branch has been updated by Tomasz Kaminski :
https://gcc.gnu.org/g:f880cfc2a4e9daa69f7bb3e64c584dde705783b0
commit r16-2350-gf880cfc2a4e9daa69f7bb3e64c584dde705783b0
Author: Tomasz KamiÅski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121154
--- Comment #2 from GCC Commits ---
The master branch has been updated by Tomasz Kaminski :
https://gcc.gnu.org/g:d31c76cb844154ccd638abc642b9bbb5fea519d4
commit r16-2349-gd31c76cb844154ccd638abc642b9bbb5fea519d4
Author: Tomasz KamiÅski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121157
--- Comment #6 from Tom Kacvinsky ---
Unfortunately, -fgnat-encodings=all did not fix the problem for me (with my
original uploaded files). :-(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120753
--- Comment #10 from Benjamin Schulz ---
So no, if you read the standard correctly, then the mapping macros also require
map([ [map-type-modifier[,] [map-type-modifier[,] ...] map-type : ]
locator-list)
So in openmp terminology, map also wan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121157
Eric Botcazou changed:
What|Removed |Added
Last reconfirmed||2025-07-18
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121148
--- Comment #14 from Jonathan Wakely ---
OK great, thanks all.
I have a patch ready that flips the non-inline atomics to use -fwrapv and fixes
the handful of inline ones to avoid signed overflow.
1 - 100 of 170 matches
Mail list logo