https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121927
Bug ID: 121927
Summary: [gcn][OpenMP] "Asynchronous queue error" with 'omp
parallel if(0) ordered' + 'omp ordered'
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121922
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121813
Bug ID: 121813
Summary: [OpenMP] omp_target_is_accessible too simplistic -
false positive and false negative
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121812
Bug ID: 121812
Summary: [OpenMP] 'Contruct' context selector handling with
'declare variant'
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords: openmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121806
--- Comment #1 from Tobias Burnus ---
[Hmm, missed some communication as I wasn't CCed.]
Patrick's suggestion lead Andre to try the following patch
https://gcc.gnu.org/pipermail/gcc-patches/attachments/20250904/670e13c7/attachment-0001.bin
that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121806
Bug ID: 121806
Summary: [16 Regression] Uninitialised value in gcc.cc:2932's
for_each_path causes gfortran compile fails since
r16-3354-gf23bac62f46fc2
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121750
Bug ID: 121750
Summary: Diagnostic output: Improve column number in location
data (and use more ranges)
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114445
--- Comment #5 from Tobias Burnus ---
Patch for this PR (and PR119857) that moves the creation to the host:
https://gcc.gnu.org/pipermail/gcc-patches/2025-August/693753.html
Note it does not (yet?) address the issue of having multiple images
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119367
--- Comment #18 from Tobias Burnus ---
I think this issue is now FIXED (on mainline), including the
documentation patch for install.texi, which asks the GCC builder
to make 'objdump' available.
→ https://gcc.gnu.org/install/specific.html#amdgcn-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121392
--- Comment #11 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #10)
> (In reply to Andrew Stubbs from comment #9)
> > I have submitted a Newlib patch for the related issue.
>
> Namely, https://sourceware.org/pipermail/newlib/202
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121392
--- Comment #10 from Tobias Burnus ---
(In reply to Andrew Stubbs from comment #9)
> I have submitted a Newlib patch for the related issue.
Namely, https://sourceware.org/pipermail/newlib/2025/022100.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121672
--- Comment #3 from Tobias Burnus ---
In the meeting notes for Bordeaux, I see some longer discussions notes about
Ticket 720 (afternoon of May 18, 2018 = last session). Thus, it was clearly
discussed there. - Presumably also in some break out s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121672
--- Comment #1 from Tobias Burnus ---
Regarding the current test cases, add Sandra's comment from
PR121630 comment 0 here as well for completeness:
"The existing C/C++ and Fortran test cases only appear to work because all
three
front ends pre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121672
Bug ID: 121672
Summary: [OpenMP] 'declare variant' with 'construct={simd}'
context selector not handled
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121630
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121664
Bug ID: 121664
Summary: [Nvptx][OpenMP] 'omp target ... simd' with 'collapse'
– leads to illegal memory access
Product: gcc
Version: 16.0
Status: UNCONFIRMED
K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121639
Bug ID: 121639
Summary: [OpenMP] ICE when trying to map a member variable of
reference type
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords: ice-on-val
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121453
--- Comment #3 from Tobias Burnus ---
It seems as if - at least for the warning - the problem is the following
(.count.11 not initialized); that's for comment 2 with
!$omp target teams distribute simd collapse(3)
.iter.10 = 0;
if (1 < D.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121453
--- Comment #2 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #1)
> if (fd->collapse > 1
> && (gimple_omp_for_combined_into_p (fd->for_stmt)
> || broken_loop))
Commenting the '&& (...)' condition does not help
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121452
--- Comment #3 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #2)
> (In reply to Tobias Burnus from comment #1)
> > !$omp for ordered(2)
> >do i = 1, 5
> > do j = 1, 5
>
> Correction: 'for' → 'do', 'do i' → 'do 10 i' an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121452
--- Comment #2 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #1)
> !$omp for ordered(2)
>do i = 1, 5
> do j = 1, 5
Correction: 'for' → 'do', 'do i' → 'do 10 i' and 'do j' → 'do 20 j'.
This one actually fails already i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121453
--- Comment #1 from Tobias Burnus ---
In omp_extract_for_data, the variables are created – but actually not assigned
to.
That happens later in expand_omp_for_init_counts and expand_oacc_for, which
touches the 'count' variable (alias loop.n2) as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121392
--- Comment #8 from Tobias Burnus ---
As cross-ref: The same issue still exists, but more intermittently.
That's tracked as Newlib bug number 33272 on Sourceware (see 'See Also', link
was added 6 days ago).
The assumption is the same: The bette
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121392
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121453
Bug ID: 121453
Summary: [OpenMP] 'omp simd' with 'collapse' – variable
'.count' uninitialized, but used as 'if (.iter.14 ==
.count.15)'
Product: gcc
Version: 16.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121452
--- Comment #1 from Tobias Burnus ---
Another variant (true regression, other error message):
4 | !$omp do ordered(2)
| 1
Error: !$OMP DO inner loops must be perfectly nested with ORDERED clause at
(1)
which is a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121452
Bug ID: 121452
Summary: [14/15/16 Regression] Bogus 'OpenMP constructs ... may
not be nested inside ‘simd’ region' due to
compiler-inserted "#pragma omp __structured_block"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121416
--- Comment #4 from Tobias Burnus ---
For completeness, modifying OpenACC's reduction-cplx-dbl.c to use atomics, i.e.
#pragma acc parallel num_gangs (32) copyin(ary[0:N]) copy(tsum,tprod)
#pragma acc loop gang
for (int ix = 0; ix < N; ix+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121446
Bug ID: 121446
Summary: [OpenMP][OpenACC] 'atomic' directive rejects complex
variables in C/C++
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords: openac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121416
--- Comment #3 from Tobias Burnus ---
(In reply to Andrew Stubbs from comment #2)
> Let's look at why the atomic instructions that exist aren't working for us,
> before we try to use the big dumb hammer fix (and does that solution
> *really* wor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121394
--- Comment #12 from Tobias Burnus ---
(In reply to Andrew Pinski from comment #11)
> Created attachment 62073 [details]
> Patch which I am testing
Not really a surprising result, but nonetheless:
I can confirm that this solves the GCN link iss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118592
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120237
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121416
Bug ID: 121416
Summary: [gcn][MI300][CDNA3]
libgomp.oacc-c-c++-common/reduction-cplx-dbl.c
produces wrong gang-reduction result
Product: gcc
Version: 16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121416
Tobias Burnus changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120523
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121394
Tobias Burnus changed:
What|Removed |Added
Target Milestone|--- |16.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121394
Bug ID: 121394
Summary: [16 Regression][gcn] Since r16-2595-gf1c80147641783:
link-time error: libm_a-e_atan2.o):(.rodata.cst32):
SHF_MERGE section size (56) must be a multiple of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121353
--- Comment #1 from Tobias Burnus ---
For the ICE, update the test case as follows (note the added 'a' in the
following).
TODO: Come more checks whether this works correctly, including reference-type
members. - Also check for other tricky code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121353
Bug ID: 121353
Summary: [OpenMP] 'declare mapper' - ICE on invalid code,
rejected in 'struct'
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords: ice-on-i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121311
Bug ID: 121311
Summary: [16 Regression][gcn] Bootstrap fails in
testsuite/selftests since r16-2614-g965564eafb721f:
simplify-rtx.cc:8732: test_scalar_int_ext_ops: FAIL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114445
--- Comment #2 from Tobias Burnus ---
I actually wonder whether we couldn't fill it on the host.
It kind of assumes sizeof(void*) is the same on the host and
on the device, but then it should work, given that htab only
allocates memory in htab_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114445
Tobias Burnus changed:
What|Removed |Added
Summary|[OpenMP] indirect - |[OpenMP] indirect - race
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121156
Bug ID: 121156
Summary: [16 Regression][gcn] GCC build fails with
'libgomp/config/gcn/bar.c:82:16: error: variable
‘generation’ set but not used'
Product: gcc
Ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120753
--- Comment #7 from Tobias Burnus ---
BTW: Workaround:
double *tmp = u.t;
#pragma omp target is_device_ptr(tmp)
tmp[i] = 20;
Additionally, a simple 'map(u)' will not map pointer members, keeping the
address the same such that effective
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120753
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |INVALID
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120237
--- Comment #2 from Tobias Burnus ---
Iain pointed out (on IRC) that ISL > 0.24 will cause an in-tree build fail with
GCC-10.5 due to its use of C++17 (and seemingly not properly adding -std=c++17,
cf. PR 115077).
[BTW: GCC requires C++14; GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121043
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113436
--- Comment #3 from Tobias Burnus ---
Patch by Kwok: https://gcc.gnu.org/pipermail/gcc-patches/2025-June/687685.html
Follow up for allocatables,see PR119905.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119905
--- Comment #2 from Tobias Burnus ---
Needs to be also handled with ALLOCATE clause, cf. PR113436, see also PR95506
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119905
--- Comment #1 from Tobias Burnus ---
Also to be checked: ABSENT OPTIONAL arguments with PRIVATE, FIRSTPRIVATE
MAP and target update's TO/FROM clauses.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120737
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120722
--- Comment #1 from Tobias Burnus ---
Fails for:
Breakpoint 1, gen_highpart (mode=E_SImode, x=0x77195378) at
/home/tob/repos/gcc/gcc/emit-rtl.cc:1674
1674 gcc_assert (result && !MEM_P (result));
(gdb) p result
$1 = (rtx) 0x0
(gdb) p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120723
Bug ID: 120723
Summary: [13/14/15/16 Regression][OpenACC] '!$acc ...
attach(scalar)' – ICE 'unexpected pointer mapping
node'
Product: gcc
Version: 16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120722
Bug ID: 120722
Summary: [16 Regression][gcn] ICE in gen_highpart, at
emit-rtl.cc:1674 since r16-1565-g2dcc6dbd8a00ca when
building libgcc/strub.c for gfx1036
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120682
--- Comment #8 from Tobias Burnus ---
> If you are asking for a new OpenMP feature, this is not the right forum,
> GCC bugzilla is for reporting bugs.
While I want to echo what Jakub wrote, I have nonetheless filed the OpenMP
specification issu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120680
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120680
Bug ID: 120680
Summary: [nvptx] Linker errors with absent weak symbol
'zoneinfo_dir_override'
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords: rejects-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93226
--- Comment #6 from Tobias Burnus ---
(In reply to Thomas Schwinge from comment #5)
> On OG15, for both nvptx and GCN offloading, I see:
...
The code has in the module:
integer :: D(N)
!$acc declare device_resident(D)
The problem is that o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120530
Tobias Burnus changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119677
--- Comment #1 from Tobias Burnus ---
Additionally, there is a check for a conforming device number for
metadirectives:
omp_device_num_check (tree *device_num, bool *is_host)
{
...
/* Otherwise, test that -1 <= *device_num <= omp_get_num_devi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120530
--- Comment #2 from Tobias Burnus ---
> That system has unified shared memory
Indeed, if I compare the host and the device addresses, I see
different values (= mapped) for sptr1, sptr1->ptrset, sptr1->ptrset2 (→ OK)
BUT: sptr1->ptrset[i] and s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120530
--- Comment #1 from Tobias Burnus ---
> FAILs its execution test for nvptx offloading
That's not generally true:
Running gcc/libgomp/testsuite/libgomp.c/c.exp ...
PASS: libgomp.c/target-map-zero-sized-3.c (test for excess errors)
PASS: libgomp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120444
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120505
Bug ID: 120505
Summary: [OpenMP] Fortran deep mapping of alloc comp +
component mapping like 'map(var%arr(1)%alloc)' in
target (enter/exit) data
Product: gcc
Ver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120180
--- Comment #7 from Tobias Burnus ---
The ICE is now fixed (GCC mainline/16 + GCC 15). [Thanks!]
Open are the issues (or "issues") → comment 3
* non-executable directives (like 'omp nothing' or 'omp error at(compile)') as
intervening code [Ope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93226
Tobias Burnus changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93226
Tobias Burnus changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120444
Bug ID: 120444
Summary: [OpenMP][6.0] Add
omp_target_memset/omp_target_memset_async
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120413
--- Comment #5 from Tobias Burnus ---
ICE FIXED so far for mainline (GCC 16) and GCC 15.
* * *
Reading:
> There is also BIND_EXPR_VARS, dunno if that should be walked instead
> or in addition.
The current code is about adding map clauses for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120435
Bug ID: 120435
Summary: [New INSN][GCN] Add half-cycle trigonometric INSNs
pattern (sinpi, cospi, …)
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords: m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118694
--- Comment #9 from Tobias Burnus ---
STATUS:
* 'target teams' handles the target part differently, depending whether
a 'teams' follows or not. Thus, the host (launching the offload kernel)
has to know whether a 'teams' follows or not.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93226
--- Comment #1 from Tobias Burnus ---
Created attachment 61519
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61519&action=edit
Draft patch for 'acc_memcpy_device' - (only) missing are testcases (and
possibly a bit cleanup/testing)
This is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120413
--- Comment #2 from Tobias Burnus ---
Cf. https://gcc.gnu.org/pipermail/gcc-patches/2025-May/684581.html for
draft patch + discussion about whether BIND_EXPR_VARS needs to be handled as
well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120413
Tobias Burnus changed:
What|Removed |Added
Summary|C++ OpenMP 'target' SIGSEGV |[12/13/14/15/16 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120413
--- Comment #1 from Tobias Burnus ---
Technically, this is a [12/13/14/15/16 Regressions], unsurprising as the code
has been added in GCC 12.
* * *
The resulting code for the target regions like:
struct array arr;
<;
try
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118694
--- Comment #6 from Tobias Burnus ---
> Are we required to diagnose this as an error
> or is it allowable to permit this as an extension?
Answer "no" and "yes" - but the problem is that in general it does not work.
(Potential wrong code issues,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120167
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120225
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113413
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108577
Bug 108577 depends on bug 113413, which changed state.
Bug 113413 Summary: ATAND(Y,X) is unsupported
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113413
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113152
--- Comment #20 from Tobias Burnus ---
And for the condition, I think the proper way is to write:
#if MPFR_VERSION >= MPFR_VERSION_NUM(4,2,0)
... = mpfr_sinpi ( ... )
#else
fallback
#endif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120237
Bug ID: 120237
Summary: /pub/gcc/infrastructure/ +
contrib/download_prerequisites: Update MPFR for C23 /
Fortran 2023 functions
Product: gcc
Version: 16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120179
--- Comment #9 from Tobias Burnus ---
(In reply to Thomas Schwinge from comment #8)
> > * gfortran.dg/do_concurrent_basic.f90: Extend testcase.
>
> I noticed this removed execution and torture testing; maybe unintentionally?
I thin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120225
Bug ID: 120225
Summary: [F2023] Use mpfr_sinu etc. with mpfr 4.2.0+ for
decimal trigonometric functions
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113152
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120194
--- Comment #4 from Tobias Burnus ---
Hmm, actually, it looks as if I have already implemented (B.2) in GCC 15+ in
libgomp/target.c's gomp_load_image_to_device:
if (is_link_var
&& (omp_requires_mask
& (GOMP_REQUIRE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120194
--- Comment #3 from Tobias Burnus ---
> ... this is ill-formed OpenMP?
For 'requires unified_shared_memory', you are in the realm of un(der)specified
behavior as OpenMP does not even mention how this case is handled.
If you do (A) - or (B.1) +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120180
Tobias Burnus changed:
What|Removed |Added
Keywords||rejects-valid
--- Comment #3 from Tobia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120194
--- Comment #1 from Tobias Burnus ---
Without having looked at it in depth, I think part of the problem is that
'varX' and 'varY' are in static memory. Thus, by construction, there is a
device and a host version.
Solution:
(a) Ensure the date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118694
--- Comment #3 from Tobias Burnus ---
On mainline currently failing (for a GCC configured with nvptx offloading):
libgomp.c-c++-common/metadirective-1.c:10:11:
error: 'target' construct with nested 'teams' construct contains directives
outsid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120180
--- Comment #1 from Tobias Burnus ---
Created attachment 61369
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61369&action=edit
C/C++ test case, compile with '-fopenmp'
It is a bit UNCLEAR to me whether the attached TESTCASE is VALID OR N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120180
Bug ID: 120180
Summary: [OpenMP] C/C
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120173
Bug ID: 120173
Summary: [OpenACC][gcn-offload] wrong 'firstprivate' with 'acc
parallel async' [modified
libgomp.oacc-fortran/lib-13.f90]
Product: gcc
Version: 16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118859
--- Comment #3 from Tobias Burnus ---
This is (mostly) fixed by the two patches:
* https://gcc.gnu.org/pipermail/gcc-patches/2025-April/681806.html
* https://gcc.gnu.org/pipermail/gcc-patches/2025-April/682347.html
TODO - besides those two pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120047
Tobias Burnus changed:
What|Removed |Added
Depends on||118859
Summary|[OpenMP] adju
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120047
Bug ID: 120047
Summary: [OpenMP] adjust_args with Fortran 'optional
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: openmp, rejects-valid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119905
Bug ID: 119905
Summary: [OpenMP] Fortran deep mapping of allocatable
components: Recursive types and FIRSTPRIVATE/PRIVATE
not handled
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119904
Bug ID: 119904
Summary: [OpenMP] wrong code as map item sorting does not work
- fails with: libgomp: Pointer target of array section
wasn't mapped
Product: gcc
V
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119892
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
1 - 100 of 1196 matches
Mail list logo
