https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102409
--- Comment #1 from Tobias Burnus ---
Reduced example:
#define TEST(T) T
#define PARALLEL(X) TEST(X)
PARALLEL(
for (int i = 0; i < N; i++) { \
_Pragma("omp ordered") \
S[0] += C[i] + D[i]; \
})
This gives the invalid:
#pra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102409
--- Comment #2 from Tobias Burnus ---
I wonder whether the following causes that it goes wrong (libcpp/macro.c):
/* Push the context of a macro with hash entry NODE onto the context
stack. If we can successfully expand the macro, we push a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102972
--- Comment #1 from Tobias Burnus ---
Created attachment 51688
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51688&action=edit
Draft patch
Patch works – but causes quite some fails in testsuites (at least in
https://github.com/clang-ykt/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102985
Bug ID: 102985
Summary: [openmp] Bogus "error: lastprivate variable ‘n’ is
private in outer context"
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71065
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71065
--- Comment #4 from Tobias Burnus ---
>From IRC: "testcases where nothing should be diagnosed would include e.g.
lambdas in expressions inside of teams clauses and similar nastiness"
Simple examples:
#pragma omp target map(tofrom: b[0:100])
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91669
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91669
--- Comment #3 from Tobias Burnus ---
Comparing the two inside handle_pragma_visibility:
* the no-save-temps version has as 'loc' the line pointing to
_Pragma(#__VA_ARGS__)
* with -save-temps, 'loc' == 'input_location'.
But: control_warning_opti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90400
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90400
--- Comment #5 from Tobias Burnus ---
The problem is that the pragma is not known/registered. In that case, when
calling
libcpp/directives.c's do_pragma, the result is p == NULL
and thus:
if (p)
...
else if (pfile->cb.def_pragma)
.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90400
--- Comment #6 from Tobias Burnus ---
Created attachment 51700
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51700&action=edit
Draft patch for the 'gcc -E' / 'gcc -save-temps' issue
This solves the -E / -save-temps preprocessing issue.
F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107236
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107508
Bug ID: 107508
Summary: Invalid bounds due to bogus reallocation on assignment
with KIND=4 characters
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107517
Bug ID: 107517
Summary: [OpenMP][5.0] 'target update' with strides — for C/C++
and Fortran
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: openmp, rej
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106316
--- Comment #2 from Tobias Burnus ---
I note that the OpenMP example document has a similar example at
https://github.com/OpenMP/examples-internal/pull/329
for OpenMP-Examples Issue https://github.com/OpenMP/spec/issues/3332
For that example,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69090
--- Comment #9 from Tobias Burnus ---
(In reply to Thomas Schwinge from comment #8)
> Has this been fixed via PR96668 "[OpenMP] Re-mapping allocated but
> previously unallocated allocatable does not work", by chance? (Tobias?)
I think both exam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104088
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108056
--- Comment #12 from Tobias Burnus ---
First, there were several issue in GCC 12 related to using CFI_. Thus, using
GCC 12 is
highly recommended.
This can be seen when implementing the function using the following code (and
removing ', name="sy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108109
Bug ID: 108109
Summary: [ICE] gfortran compilation fails calling 'free()' with
'malloc(): mismatching next->prev_size (unsorted)'
Product: gcc
Version: 13.0
Status: UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108109
--- Comment #2 from Tobias Burnus ---
Created attachment 54096
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54096&action=edit
valgrind output.
(In reply to anlauf from comment #1)
> Is this attached file to be preprocessed? Or does it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108056
--- Comment #16 from Tobias Burnus ---
(In reply to Haochen Jiang from comment #15)
> My script shows that this commit cause testcase fail following:
> (It is still running and you might get a email from gcc-regression
> afterwards)
> FAIL: libg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108098
--- Comment #3 from Tobias Burnus ---
The problem - at least when testing on a system with:
NVIDIA-SMI 440.118.02 Driver Version: 440.118.02 CUDA Version: 10.2
seems to be that libgomp/plugin/plugin-nvptx.c's GOMP_OFFLOAD_load_image has:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108098
--- Comment #4 from Tobias Burnus ---
Indeed, the following seems to also help with an older CUDA / JIT compiler.
Motivated by Thomas' work.
If we are sure that CUDA 11.0 fixes it, we could generate that code only for:
if (version2[0] < 7 ||
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108175
Bug ID: 108175
Summary: Target macros missing in gfortran with -cpp (C
preprocessor)
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105466
Bug ID: 105466
Summary: [OpenMP] declare simd(proc-name) rejected when
proc-name = current procedure
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105536
Bug ID: 105536
Summary: [OpenMP] Bogus "expected ‘concurrent’ before
‘reproducible’"
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: diagnostic, openm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105536
--- Comment #1 from Tobias Burnus ---
The issue occurred at real-world code (sollve_vv testcase before it was fixed).
The issue is because of:
if (c_parser_next_token_is (parser, CPP_NAME)
&& c_parser_peek_2nd_token (parser)->type == C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91544
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105538
Bug ID: 105538
Summary: [OpenMP] ALLOCA - MALLOC issue with firstprivate
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: openmp, wrong-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105551
Bug ID: 105551
Summary: [nvptx] ICE in final_scan_insn_1, at final.cc:2629
when building libgcc2.c since
r13-259-g76db543db88727789a6c117608a23edc2eace713
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105551
Tobias Burnus changed:
What|Removed |Added
Target Milestone|--- |13.0
Summary|[nvptx] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105551
--- Comment #5 from Tobias Burnus ---
(In reply to Richard Biener from comment #4)
> --- a/gcc/opts.cc
> +++ b/gcc/opts.cc
> +#ifndef DWARF2_DEBUGGING_INFO
> + || 1
> +#endif
> seems to get past the failure point - can you check a full bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105602
Bug ID: 105602
Summary: [OpenMP][gcn] — Support multiple arch in
gcc/config/gcn/t-omp-device? Add 'amdgcn'
(additionally to/instead of 'amd')
Product: gcc
Versio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105602
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105640
Bug ID: 105640
Summary: [OpenMP] Context selectors missing for PowerPC
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: openmp
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105640
--- Comment #5 from Tobias Burnus ---
Regarding LLVM, I have no idea, but doing some searching, I do see:
* clang/test/OpenMP/declare_variant_clauses_ast_print.cpp:
//PRINT: #pragma omp declare variant(foo_v2) match(construct={dispatch},
device
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105662
Bug ID: 105662
Summary: [RFC][OpenMP][OpenMP] - permit disabling host-fallback
mode?
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: openacc, openmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104949
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90742
--- Comment #5 from Tobias Burnus ---
On OpenMP side, firstprivate() (on 'target') should work fine for scalars to my
knowledge, including defaultmap. For arrays, it works since PR104949.
Except: Not working is firstprivate() with deep firstpriva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104493
--- Comment #2 from Tobias Burnus ---
(In reply to Ye Luo from comment #1)
> gcc 12 rejects the code but devel/omp/gcc-11 was happy.
Note: the devel/omp/gcc-* branch contains both patches backported ("git
cherry-picked") from the mainline (cure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105759
Bug ID: 105759
Summary: is_contiguous(zero_size_array(2:0)) wrongly returns
.true.
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105836
Bug ID: 105836
Summary: [OpenMP] segfault when assigning after firstprivate +
allocate
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: openmp, wrong-c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105836
--- Comment #1 from Tobias Burnus ---
Created attachment 53096
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53096&action=edit
Testcase (patch) for libgomp/testsuite/libgomp.fortran/allocate-1.f90
[Testcase patch]
Attached is the patch I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105873
Bug ID: 105873
Summary: [amdgcn][OpenMP] task reductions fail with "team
master not responding; slave thread aborting"
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100695
--- Comment #2 from Tobias Burnus ---
Created attachment 53233
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53233&action=edit
Patch which does not work (segfault during self test) – but maybe it gives an
idea how to solve the issue
I th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106316
Bug ID: 106316
Summary: [OpenMP] Auto "declare target" should honor 'declare
variant' kind(nohost)
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101330
--- Comment #5 from Tobias Burnus ---
(In reply to anlauf from comment #4)
> (In reply to kargl from comment #1)
...
> > - step = gfc_get_expr ();
> > if (gfc_match (": %e ", &step) != MATCH_YES)
> Yeah, this obviously fixes it. Look
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67300
--- Comment #5 from Tobias Burnus ---
Done: -foffload= and new -foffload-options= are now documented.
To do: Still undocumented:
-foffload-abi=[lp64|ilp32]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101264
Bug ID: 101264
Summary: ICE in vect_optimize_slp, at tree-vect-slp.c:3880
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101264
Tobias Burnus changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101281
Bug ID: 101281
Summary: [11/12 Regression] ICE with -std=f2003/f2008 and
assumed-rank array
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: error-reco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101281
--- Comment #1 from Tobias Burnus ---
The main culprit is:
subroutine ar3 (xn) bind(C)
character(len=n) :: xn(:,:,:)
end
and I forgot to mention that 'n' is only implicitly defined - otherwise, there
is not ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56670
--- Comment #12 from Tobias Burnus ---
character(len=:), allocatable :: aa(:)
character(len=:), pointer :: pp(:)
allocate(character(len=5) :: aa(5), pp(5))
end
gives with gfortran -Wall
1 | character(len=:), allocatable :: aa(:)
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100181
Tobias Burnus changed:
What|Removed |Added
Last reconfirmed||2021-07-19
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94278
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100181
--- Comment #11 from Tobias Burnus ---
*** Bug 94278 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544
Bug ID: 101544
Summary: [OpenMP] 'declare target' block around class –
unresolved _Znwm = "operator new(unsigned long)"
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544
Tobias Burnus changed:
What|Removed |Added
Component|c++ |target
Summary|[OpenMP] 'dec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101577
Bug ID: 101577
Summary: [Interop] TYPE with BIND(C): Reject empty TYPE with
zero components
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101581
Bug ID: 101581
Summary: [OpenMP] omp_target_memcpy – support inter-device
memcpy
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: openmp
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100906
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92713
--- Comment #3 from Tobias Burnus ---
"ICE in libsupc++ building an offload compiler targeting amdgcn-unknown-amdhsa"
(Subject)
I wonder whether that ICE is just because of the lack of exception support and
whether it might work when using -fn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101635
Bug ID: 101635
Summary: FAIL: gfortran.dg/PR93963.f90 – alias-handling issue
with BIND(C)'s _gfortran_cfi_desc_to_gfc_desc
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92482
--- Comment #5 from Tobias Burnus ---
Crossref:
See also PR 100906 "Bind(c): failure handling character with len/=1"
and PR 100906 comment 4 regarding a status (what needs to be done).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100906
--- Comment #5 from Tobias Burnus ---
Cross ref:
See also PR 92482 "BIND(C) with array-descriptor mishandled for type character"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101660
Tobias Burnus changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98411
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101660
--- Comment #4 from Tobias Burnus ---
Submitted testsuite patch:
https://gcc.gnu.org/pipermail/gcc-patches/2021-July/576278.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101678
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101660
Tobias Burnus changed:
What|Removed |Added
CC||seurer at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101660
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101847
Tobias Burnus changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101847
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101835
Tobias Burnus changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101857
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101861
Bug ID: 101861
Summary: [12 Regression] ICE (segfault) via
tree-vect-stmts.c:9495's vectorizable_load
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92621
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101899
Bug ID: 101899
Summary: [OpenMP] Wrong results with !$omp taskloop – but only
in Fortran version
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: openm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101899
--- Comment #1 from Tobias Burnus ---
>From the gimple dump:
#pragma omp taskloop firstprivate(D.3968) private(i) firstprivate(offset.2) \
firstprivate(stride.1) firstprivate(a.0)
and omplower shows:
.omp_data_o.8.a.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101931
Bug ID: 101931
Summary: [OpenMP] omp-low.c's omp_runtime_api_call out of sync
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: accepts-invalid, openmp
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101931
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101948
Bug ID: 101948
Summary: [OpenMP] gfc_split_omp_clauses + REDUCTION with TASK
modifier
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: openmp, rejects-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101963
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101735
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102086
Bug ID: 102086
Summary: [F2008][TS29113] Accepts invalid scalar TYPE(*) as
actual argument to assumed-rank
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113840
Bug ID: 113840
Summary: [OpenACC] !$acc loop seq – bogus rejection of
Fortran's EXIT/CYCLE + C/C++ break/continue
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113724
--- Comment #4 from Tobias Burnus ---
Created attachment 57377
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57377&action=edit
Fixes the ICE – might paper over a real issue; doesn't fix the run-time issue →
TODO + 'data'-issue in PR comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113867
Bug ID: 113867
Summary: [14 Regression][OpenMP] Wrong code with mapping
pointers in structs
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: openmp, wr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113867
--- Comment #1 from Tobias Burnus ---
Created attachment 57382
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57382&action=edit
Fortran testcase, kind of, as pointer + pointee mapping cannot be split
(working)
For completeness, a Fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113724
--- Comment #5 from Tobias Burnus ---
The runtime issue is now PR113867.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113867
Tobias Burnus changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |burnus at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113867
--- Comment #3 from Tobias Burnus ---
Created attachment 57398
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57398&action=edit
Patch - handling the libgomp issue
Possible patch - lightly tested. This fixes the issue in libgomp.
While al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113724
--- Comment #6 from Tobias Burnus ---
Created attachment 57407
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57407&action=edit
C testcase – passes with patch (except for '#if 0'ed PR113867 issues)
DejaGNU-ified testcase for this PR and (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113867
--- Comment #4 from Tobias Burnus ---
Also not handled:
struct s { int *p; } s1;
...
#pragma omp target map(s1.p[:N])
p[0] = p[N-1] = 99;
Here, the pointer attachment is missing. See also PR113724 's attachment 57407
for a testcase f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113904
Bug ID: 113904
Summary: [OpenMP][5.0][5.1] Dynamic context selector
'user={condition(expr)}' not handled
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keyword
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113905
Bug ID: 113905
Summary: [OpenMP] Declare variant rejects variant-function
re-usage
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: openmp, rejects-val
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113906
Bug ID: 113906
Summary: [OpenMP][5.2] 'construct' context selectors lack many
constructs
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: openmp, rejec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113904
--- Comment #1 from Tobias Burnus ---
Patch for rejecting non-const arguments in Fortran (wrong-code bit) to bring it
in line with C/C++:
https://gcc.gnu.org/pipermail/gcc-patches/2024-February/645488.html
* * *
TODO as follow up:
* Permit n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113904
--- Comment #3 from Tobias Burnus ---
See comment 1 for remaining to-do items.
I also note that the Fortran resolution comes too early - during parsing - as
the following shows:
module m
implicit none
contains
subroutine test
!$omp declare v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113331
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
601 - 700 of 1120 matches
Mail list logo
