https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118108
Bug ID: 118108
Summary: generic.texi: documentation missing for some OMP_…
DEFTREECODE
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: documentation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118080
--- Comment #2 from Tobias Burnus ---
> CLASS and DT were excepted because IMO there is no clear existing definition
how to handle these.
Then there should be a compile-time error ("SORRY").
Fortran (the spec) is quite open in terms of how it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81358
--- Comment #19 from Tobias Burnus ---
(In reply to Rainer Orth from comment #18)
> This patch broke Solaris bootstrap when linking libgdruntime.la (both sparc
> and x86, most likely almost everywhere) in stage 1 already:
See also patch submissi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118157
Bug ID: 118157
Summary: [OpenMP] Variant function - build failed due to
auto-tagged as 'declare target' but uncalled + not
callable
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118418
Bug ID: 118418
Summary: [15 Regression][gcn] Compiler selftest ICE in
assert_rtx_eq_at, at selftest-rtl.cc:57 / FAIL:
ASSERT_RTX_EQ (val, folded) since
r15-6777-g0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118579
Bug ID: 118579
Summary: [OpenMP] c-parser.cc: Improve location of
c_parser_omp_variable_list for kind=0
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118627
Tobias Burnus changed:
What|Removed |Added
Keywords||openmp
--- Comment #3 from Tobias Burnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118639
Bug ID: 118639
Summary: [OpenMP] c_parser_omp_variable_list wrongly accepts a
tailing comma: 'omp flush(a,)'
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118321
--- Comment #7 from Tobias Burnus ---
(In reply to Thomas Schwinge from comment #6)
> Curious, for C we don't need any such changes, to handle nested functions,
> for example? (I don't remember how these are implemented exactly.)
For internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101602
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101602
--- Comment #6 from Tobias Burnus ---
Created attachment 60279
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60279&action=edit
Draft patch - see comment 6 for known issues
... this includes REDUCE.
Note that no real concurrency except fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118690
Bug ID: 118690
Summary: [OpenMP] declare_variant - multiple use for same
procedure not diagnosed
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: accep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118418
--- Comment #2 from Tobias Burnus ---
For GCN, when the assert occurs as follows.
As code = LT it looks indeed closely related
to STORE_FLAG_VALUE == 1 vs -1.
(gdb) p debug_rtx(reg0_val)
(const_int -1 [0x])
(gdb) p debug_rt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118471
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118478
Bug ID: 118478
Summary: [OpenMP][5.0] Use defined assignment for FIRSTPRIVATE
etc., if available
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: openm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115271
--- Comment #1 from Tobias Burnus ---
Testcase (already in the tree):
libgomp/testsuite/libgomp.fortran/declare-variant-2.f90
libgomp/testsuite/libgomp.fortran/declare-variant-2-aux.f90
...
+! Test XFAILed due to https://gcc.gnu.org/PR115271
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118479
--- Comment #1 from Tobias Burnus ---
We also need to handle implicit mapping with INTENT(IN) – in which case it
should decay a 'from' should decay to 'release' on map exiting.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118488
Bug ID: 118488
Summary: [OpenMP] Return types and templates with 'declare
variant' mishandled
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: openmp,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118486
Bug ID: 118486
Summary: [OpenMP] declare_variant - bogus diagnostic 'not
found' when only return-type is wrong
Product: gcc
Version: 15.0
Status: UNCONFIRMED
K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118441
Tobias Burnus changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118530
Bug ID: 118530
Summary: [OpenMP] declare_variant - non-arg variant with
non-template return value type not selected
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118496
--- Comment #3 from Tobias Burnus ---
Clang-19 -fopenmp prints for this also an error:
foo.C:4:29: error: variant in '#pragma omp declare variant' with type
'' is incompatible with type 'void ()'
4 | #pragma omp declare variant(variant)
mat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118530
--- Comment #1 from Tobias Burnus ---
Clang-19 -fopenmp prints for this also an error:
foo.C:4:29: error: variant in '#pragma omp declare variant' with type
'' is incompatible with type 'void ()'
4 | #pragma omp declare variant(variant)
mat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118496
--- Comment #4 from Tobias Burnus ---
Too many open tabs → the last comment, comment 3, was supposed to go to PR
118530.
Sorry for the spam :-/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118530
--- Comment #2 from Tobias Burnus ---
Related variant, again by waffl3x, which fails with both GCC and Clang,
but works when changing the base-functions 'auto' to 'int'.
For GCC, the error is [SIC!]:
: In substitution of 'template auto base(T)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118321
--- Comment #5 from Tobias Burnus ---
> Fixed the main Fortran issue.
And now also the 'this' pointer issue for C++.
* * *
Still to do:
* Possibly add more test cases, e.g., static member function in C++ or ...
* Check whether we want/have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118530
Tobias Burnus changed:
What|Removed |Added
Depends on||112810
--- Comment #3 from Tobias Burnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118488
--- Comment #1 from Tobias Burnus ---
> Cf. discussion at OpenMP spec Issue […]
Got that wrong; the correct OpenMP spec issue number is: 4446.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106692
--- Comment #13 from Tobias Burnus ---
> What do others think?
I am a bit unsure. Cray pointers are weird and it is not quite clear how they
are used in real world code.
Your modification causes a missed optimization for code like:
var = N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118496
Bug ID: 118496
Summary: [OpenMP] "omp unroll" parsed — but not active
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: openmp
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118496
--- Comment #1 from Tobias Burnus ---
Variant — for GCC, you need to switch to 'gcc (trunk)':
https://godbolt.org/z/Yce7rqdrW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118484
Bug ID: 118484
Summary: ICE during IPA pass: cp in determine_versionability
ipa-cp.cc:467
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: ice-on-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118479
Bug ID: 118479
Summary: [OpenMP] Warn if a non-definable/INTENT(IN) appears in
a 'from' clause or with a map-exiting map type (from,
tofrom, or storage)
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118478
--- Comment #1 from Tobias Burnus ---
Same Issue with C++ and the copy constructor.
It seems as, technically, there are two new copies + assignments with
!$omp target firstprivate(x)
[Cf. OpenMP Spec Pull Req. 4435] - Namely: one when creat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118486
--- Comment #1 from Tobias Burnus ---
For the first case,
omp_declare_variant_finalize_one's
8550variant = finish_call_expr (variant, &args,
/*disallow_virtual=*/false,
has
(gdb) p debug(variant)
TARGET_EXPR
But after
8555 var
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118486
Tobias Burnus changed:
What|Removed |Added
Keywords||rejects-valid
--- Comment #2 from Tobia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118478
--- Comment #3 from Tobias Burnus ---
> I don't believe we should do two copy constructors for target,
> one on the host and one on the device.
My understanding is that the (first)privatization happens twice.
I am not saying that the implementa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118486
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118441
--- Comment #5 from Tobias Burnus ---
>if (sym->formal_ns
> + && sym->attr.proc != PROC_INTRINSIC // temporary hack
I am afraid that this might break
/usr/include/finclude/math-vector-fortran.h
which contains lines like:
!GCC$
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118321
--- Comment #3 from Tobias Burnus ---
Fixed the main Fortran issue.
Still to do:
* Fix C++ issue ('this' pointer), comment 1
* For Fortran, we may want to check for ENTRY master functions ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118859
Tobias Burnus changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #1 from Tobias B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118859
Bug ID: 118859
Summary: [C++] dispatch accepts non-pointer template argument
with adjust_args
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: accepts-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119371
--- Comment #1 from Tobias Burnus ---
Bisecting points at the following commit - but that seems to rather reveal the
issue and not causing it: r15-3135-gcb51e0b236c7d4
lto: Don't check obj.found for offload section
obj.found is the num
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119371
--- Comment #2 from Tobias Burnus ---
BTW: It seems as if none of the testcases in libgomp actually
calls expand_GOMP_SIMT_XCHG_IDX!
* * *
The expansion happens in internal-fn.cc's
static void
expand_GOMP_SIMT_XCHG_IDX (internal_fn, gcall *st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119325
--- Comment #23 from Tobias Burnus ---
The patch has now landed:
https://sourceware.org/git/?p=newlib-cygwin.git;a=commitdiff;h=2ef1a37e7823b21eda524972c006e0e8c26f97b3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119325
--- Comment #5 from Tobias Burnus ---
For both the reduced and the full example: If I write the pragma as:
#pragma omp target map(to:a,b) map(from:res)
#pragma omp for simd
(i.e. I remove the 'parallel' before 'for simd') the code starts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119325
--- Comment #11 from Tobias Burnus ---
> Can you attach preprocessed source of the libm function?
BTW: The relevant newlib source files are (newlib/libm/machine/amdgcn/) the
following; looking at those is much more readable:
* amdgcn_veclib.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119325
--- Comment #19 from Tobias Burnus ---
(In reply to Richard Biener from comment #15)
> maybe
>
> #define RESIZE_VECTOR(to_t, from) \
> ({ \
>__auto_type __from = (from); \
>to_t __to;
>memcpy (&__to, &__from, MIN (sizeof (to_t), si
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119325
--- Comment #9 from Tobias Burnus ---
Created attachment 60801
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60801&action=edit
libm_a-v64sf_fmod.i - as requested in comment 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119325
--- Comment #12 from Tobias Burnus ---
BTW, I added some diagnostic to the 'if' clause showing:
v64sf_fmod.c:147:109: warning: ‘__from’ (‘v2sf’ {aka ‘__vector(2) float’}):
size = 8, align = 64
v64sf_fmod.c:147:198: warning: ‘__from’ (‘v2sf’ {ak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115076
--- Comment #3 from Tobias Burnus ---
The testcase mentioned in PR 115271 comment 1, i.e., the existing (xfailed):
libgomp/testsuite/libgomp.fortran/declare-variant-2.f90
libgomp/testsuite/libgomp.fortran/declare-variant-2-aux.f90
is interes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119325
--- Comment #2 from Tobias Burnus ---
(In reply to Richard Biener from comment #1)
> The bisection is quite odd
I am re-testing. Somehow mixed full rebuilds and incremental builds,
which affect whether newlib (libm) is rebuild or not.
I am now
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119325
Bug ID: 119325
Summary: [15 Regression] libgomp.c/simd-math-1.c (gcn
offloading): timeout (for fmodf, remainderf) since
r15-7284-g6b56e645a7b481
Product: gcc
Ver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119325
--- Comment #21 from Tobias Burnus ---
Andrew's patch to Newlib's newlib/libm/machine/amdgcn/amdgcn_veclib.h:
* [PATCH] Fix GCN SIMD libm bug
https://sourceware.org/pipermail/newlib/2025/021582.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119367
--- Comment #1 from Tobias Burnus ---
The diff for a.xamdgcn-amdhsa.mkoffload.270r.expand shows identical output.
When glancing at the diff for a.xamdgcn-amdhsa.mkoffload.1.s, I noticed a large
increase in the 'local vars size':
- ; loca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119367
--- Comment #3 from Tobias Burnus ---
(In reply to Andrew Pinski from comment #2)
> https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=gcc/dwarf2out.cc;
> h=a2acfd1d35654827492b69ec35b571accf2263a4;hb=HEAD#l12994
Namely, output_one_line_info_table:
1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119367
--- Comment #4 from Tobias Burnus ---
Quoted too few lines:
13001 dw2_asm_output_delta (2, line_label, prev_label,
13002 "from %s to %s", prev_label,
line_label);
which calls
dw2_asm_output_delta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119367
Bug ID: 119367
Summary: [15 Regression][gcn] libgomp.fortran/target1.f90 with
'-O2 -g': '.2byte .LM6-.LM5' – error: ... out of range
– since r15-8047-gadb14c7625178b
Produc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119370
Bug ID: 119370
Summary: [15 Regression][OpenMP] ICE in gimple_add_tmp_var, at
gimplify.cc:834 for omptest's xt-declare-target-ctors
Product: gcc
Version: 15.0
Status: UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119371
Bug ID: 119371
Summary: [15 Regression][OpenMP] accel/nvptx-none/lto1: ICE in
in emit_move_insn, at expr.cc:4636
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119370
--- Comment #3 from Tobias Burnus ---
> Reduced testcase:
> ...
> S a[3];
Array size 1 is enough. My reduced testcase was:
#pragma omp declare target
struct SSD {
SSD();
} sd[1];
#pragma omp end declare target
input1.ii.018t.ompex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118627
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119677
Bug ID: 119677
Summary: [OpenMP][6.1] Support omp_default_device / Cleanup
modify_call_for_omp_dispatch via
GOMP_DEVICE_DEFAULT_OMP_61
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119676
Bug ID: 119676
Summary: [OpenMP] Move constant/kind/type documentation from
gfortran to libgomp.texi + update/add C/C++
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119662
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119692
--- Comment #4 from Tobias Burnus ---
Some generic remarks - regarding OpenMP to:
> When still 'map'ping C++ 'typeinfo', 'vtable' at the OpenACC compute,
> OpenMP 'target' construct
Obviously, the type info etc. is required for all work on th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119559
Tobias Burnus changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119541
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119541
Tobias Burnus changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119541
--- Comment #2 from Tobias Burnus ---
The following seems to be the cleanest & simplest, namely to add it to the
if (nappend < ninterop)
error handling:
--- a/gcc/gimplify.cc
+++ b/gcc/gimplify.cc
@@ -3949,6 +3949,7 @@ modify_call_for_om
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119559
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119288
Bug ID: 119288
Summary: [OpenMP] declare variant - adjust_args only detects
invalid use when invoked
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119330
Tobias Burnus changed:
What|Removed |Added
Summary|[OpenMP] GCC wrongly|[OpenMP] GCC wrongly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115271
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119325
Tobias Burnus changed:
What|Removed |Added
Summary|[15 Regression] |[15 Regression]
|libg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119325
--- Comment #6 from Tobias Burnus ---
Some more testing:
Copying gfx908/libm.a of the 'failing' build directory to the install directory
+ re-compiling will make the binary fail, copying from the 'working' build
directory, it will work.
Thus,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119325
--- Comment #7 from Tobias Burnus ---
I was wondering whether setting GCN_STACK_SIZE= would help; default is 32*1024.
Answer: it does not seem to help, but I noticed that from time to time,
it succeeds. I have a couple in a semi-row, but then 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119330
Bug ID: 119330
Summary: [OpenMP] GCC wrongly rejects depend(out:var%a(1:10))
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: openmp, rejects-valid
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119662
Bug ID: 119662
Summary: [OpenMP] Unhelpful debug line location for append_args
call
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: openmp, wrong-debu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119662
Tobias Burnus changed:
What|Removed |Added
Summary|[OpenMP] Unhelpful debug|[OpenMP] Wrong-code for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119662
--- Comment #2 from Tobias Burnus ---
For 'adjust_args':
void f0(int *);
#pragma omp declare variant(f0) match(construct={dispatch}) \
adjust_args(need_device_ptr: x)
void f(int *x);
void g(int *a, int dev) {
#pragma omp dispat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119302
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119736
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119892
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
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=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=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=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=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=118937
Bug ID: 118937
Summary: DO CONCURRENT: Add a warning if 'SHARED' (or
LOCAL(_INIT)) is not specified but multiple loop
iterations modify a variable
Product: gcc
V
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118694
--- Comment #2 from Tobias Burnus ---
gcc/testsuite/gfortran.dg/gomp/metadirective-3.f90 also contains
a testcase that triggers (if compiling with offload_nvptx enabled; xfailed).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115271
--- Comment #5 from Tobias Burnus ---
Note the commit of comment 4 only fixes the INTERFACE issue of comment 2.
The actual saving into/reading from .mod files has still to be implemented
(comment 0, comment 1).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119036
Bug ID: 119036
Summary: [OpenMP] dispatch with interop(obj) clause and obj ==
omp_interop_none should not set default-device-var ICV
Product: gcc
Version: 15.0
Status: U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111042
--- Comment #1 from Tobias Burnus ---
Regarding Sollve_VV, that's now OpenMP_VV.
The testcase is:
tests/5.0/teams_loop/test_target_teams_loop_allocate.c
And the pull request also migrated to:
https://github.com/OpenMP-Validation-and-Verifica
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118876
Bug ID: 118876
Summary: [15 Regression][OpenMP] ICE on valid code
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, openmp
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118965
Bug ID: 118965
Summary: [OpenMP] require at least one target/targetsync with
append_args' interop and 'interop's init clause
Product: gcc
Version: 15.0
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104651
--- Comment #4 from Tobias Burnus ---
Cf. also commit r15-7661-g8293b9e40f12e9 – especially the FIXME in
in trans-types.cc's gfc_get_derived_type.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118935
Tobias Burnus changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113005
--- Comment #19 from Tobias Burnus ---
(In reply to Xi Ruoyao from comment #18)
> I get warnings like below after building both libgomp and the test program
> with tsan (following PR55561 comment 15):
>
> WARNING: ThreadSanitizer: lock-order-in
1001 - 1100 of 1129 matches
Mail list logo
