https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103384
Bug ID: 103384
Summary: [OpenMP] declare variant with device={kind(nohost)}
does not use GPU, kind(gpu) works
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103385
Bug ID: 103385
Summary: [OpenMP] reduction(+: temp[0], temp[1]) rejected with
'appears more than once'
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103396
Bug ID: 103396
Summary: [GCN][BUILD] ICE RTL check: access of elt 4 of vector
with last elt 3 in move_callee_saved_registers, at
config/gcn/gcn.c:2821
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103396
--- Comment #3 from Tobias Burnus ---
Created attachment 51864
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51864&action=edit
Reduced testcase – compile with -O2 -march=gfx900 / gfx906 / gfx908
Note: No ICE with -match=fiji
ICE at:
Br
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103396
Tobias Burnus changed:
What|Removed |Added
Summary|[GCN][BUILD] ICE RTL check: |[12 Regression][GCN][BUILD]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103416
Bug ID: 103416
Summary: [12 Regression][OpenMP] Bogus firstprivate(n) map(to:n
[len: 4][implicit])
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103416
--- Comment #2 from Tobias Burnus ---
(In reply to Chung-Lin Tang from comment #1)
> Can you see if adding this patch:
> https://gcc.gnu.org/pipermail/gcc-patches/2021-November/583279.html
> fixes this problem? If so, then it should be another o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103416
--- Comment #3 from Tobias Burnus ---
Okay, the
map(to:D.4217 [len: 4][implicit]) map(tofrom:n [len: 4][implicit])
issue is not new – only the '[implicit]' + the misaligned address one (fixed by
the patch from comment 1).
* * *
Thus regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80330
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103416
--- Comment #4 from Tobias Burnus ---
Created attachment 51872
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51872&action=edit
RFC Patch to avoid the pointless evaluation, see comment 4
(In reply to Tobias Burnus from comment #3)
> * Wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103416
--- Comment #5 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #4)
> Created attachment 51872 [details]
> RFC Patch to avoid the pointless evaluation, see comment 4
The default was supposed to be 'false' - to be overridden where
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103496
Bug ID: 103496
Summary: [F2018][TS29113] C_SIZEOF – rejects now valid args
with 'must be an interoperable data entity'
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103496
--- Comment #2 from Tobias Burnus ---
(In reply to anlauf from comment #1)
> https://j3-fortran.org/doc/year/21/21-134r2.txt
> but it still requires using interoperable types etc.
> Just asking: did you simply forget to "decorate" your declarati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103416
Tobias Burnus changed:
What|Removed |Added
Summary|[12 Regression][OpenMP] |[OpenMP] Double mapping via
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103576
--- Comment #2 from Tobias Burnus ---
(In reply to Martin Liška from comment #1)
> I suppose it should be:
> expr->ts.type != foo && expr->ts.type != bar ...
Rather the following. There are some more fixes I should do in this area; I
added this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103642
Bug ID: 103642
Summary: [12 Regression] ICE in lower_omp_target:
omp-low.c:12977 (fold_convert_loc) for omp target
map(from: t.s->a[:N])
Product: gcc
Version: 12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103643
Bug ID: 103643
Summary: [12 Regression][OpenMP] ICE in create_tmp_var, at
gimple-expr.c:482 - via gimplify_omp_affinity
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103644
Bug ID: 103644
Summary: [OpenMP] -foffload= suggest also 'disable' (and
'default')
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: diagnostic, openmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103576
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103708
Bug ID: 103708
Summary: [OpenMP][OMP 5.0/5.x] use_device_addr - array sections
not supported
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: openmp, r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103644
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827
--- Comment #18 from Tobias Burnus ---
POST SCRIPT / STATUS UPDATE (This PR remains FIXED)
(In reply to Tobias Burnus from comment #16)
> > I unfortunately missed in my the LLVM patch that '.rodata' implies flags and
> > messed up the check. Sho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92482
Tobias Burnus changed:
What|Removed |Added
Last reconfirmed||2021-08-31
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93524
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102215
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94070
--- Comment #9 from Tobias Burnus ---
I think my patch for moving the CFI<->GFC conversion to FE-generated code
partially helps,
https://gcc.gnu.org/pipermail/gcc-patches/2021-September/578904.html
However, I still see the following issues:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101308
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102302
Bug ID: 102302
Summary: [12 Regression] ICE during RTL pass: expand: in
gen_lowpart_general, at rtlhooks.c:57
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102302
--- Comment #2 from Tobias Burnus ---
Reduced testcase:
---
typedef float HFtype __attribute__ ((mode (HF)));
union _FP_UNION_H {
HFtype flt;
struct { unsigned frac }
};
typedef float SFtype __attribute__ ((mode (SF)));
__truncsfhf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102313
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102330
Tobias Burnus changed:
What|Removed |Added
CC||cltang at gcc dot gnu.org
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102353
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102353
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55534
--- Comment #11 from Tobias Burnus ---
The problem is an ordering problem.
Namely:
* toplev.c calls:
lang_hooks.init_options (save_decoded_options_count, save_decoded_options);
which in turn is:
gfc_init_options (
{
...
SET_OPTION
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55534
--- Comment #12 from Tobias Burnus ---
Patch: https://gcc.gnu.org/pipermail/gcc-patches/2021-September/579678.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102409
Bug ID: 102409
Summary: _pragma ("omp ...") expansion issue - placed in the
wrong scope
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55534
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102429
Bug ID: 102429
Summary: nvptx: ICE with expand_GOMP_SIMT_XCHG_BFLY : in
expand_insn, at optabs.c:7947
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93834
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56659
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62226
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102500
--- Comment #1 from Tobias Burnus ---
While the patch outputs proper warnings, it was deemed to be aggressive by
default.
Thus, the default value has been downgraded to print by commit
Fortran: Improve -Wmissing-include-dirs warnings [PR555
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96306
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96661
--- Comment #5 from Tobias Burnus ---
Note the commit in comment 4 does not solve the problem that
the hppa64-hp-hpux11.11 target in does not support TImode alias __int128
(yet)
However, when building libgomp without Fortran support, it now sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93148
--- Comment #2 from Tobias Burnus ---
Also when looking at gfc_conv_subref_array_arg – the function is called
seemingly up to 3 times – once per:
* gfc_conv_loop_setup (&loop, &expr->where);
which calls gfc_conv_loop_setup → gfc_conv_loop_set
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93148
--- Comment #3 from Tobias Burnus ---
Additionally, it seems as if the contiguous check used for
gfortran.dg/contiguous_10.f90 currently unconditionally copies in the data –
which causes a problem when the pointer address escapes.
(Okay, whether
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56659
--- Comment #6 from Tobias Burnus ---
(In reply to Paul from comment #5)
> Just tried all versions of gfortran available up to 10.2.0: the very same
> 'internal compiler error' is still reported using the initial reproducer.
Can you share the i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56659
--- Comment #8 from Tobias Burnus ---
(In reply to kapinos from comment #7)
> The output of gfortran 10.2.0 was added previously, cf.
> > f951: Warning: Include directory ‘./foo/bar’: Permission denied
> > f951: internal compiler error: in cpp_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102641
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56659
--- Comment #10 from Tobias Burnus ---
(In reply to Manuel López-Ibáñez from comment #9)
> (In reply to Tobias Burnus from comment #8)
> > f951: Warning: Include directory ‘foo/bar/’: Permission denied
> > : Error: foo/bar: Permission denied
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102689
Bug ID: 102689
Summary: Segfault with RESHAPE of CLASS as actual argument
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102701
Bug ID: 102701
Summary: CLASS (polymorphism) + symbol/expression attribute –
wrong attribute status (audit task)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102541
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 102541, which changed state.
Bug 102541 Summary: [12 Regression] runtime error: load of value 208393040,
which is not a valid value for type 'ar_type' since
r12-3897-g00f6de9c69119594f7dad3bd525937c94c8200d0
https://gcc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54322
Tobias Burnus changed:
What|Removed |Added
Keywords||rejects-valid
--- Comment #2 from Tobias
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102708
Bug ID: 102708
Summary: Improve ''array temporary was created for argument"
diagnostic
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102729
Bug ID: 102729
Summary: Assumed rank: ICE when passing noncontiguous to
CONTIGUOUS assume rank (assumed-rank loop handling)
Product: gcc
Version: 12.0
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102729
Tobias Burnus changed:
What|Removed |Added
Blocks||102641
--- Comment #1 from Tobias Burnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102708
--- Comment #1 from Tobias Burnus ---
Actually, it prints the line number at the call site. Thus, there is probably
no need for adding the name of callee.
However, related to the fsym/proc_name passing:
Currently, the callers in gfc_conv_proce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102745
Bug ID: 102745
Summary: CLASS → TYPE check fails after RESHAPE
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: accepts-invalid, diagnostic
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102766
Bug ID: 102766
Summary: [12 Regression] internal compiler error: in
df_insn_delete, at df-scan.c:949
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102766
Tobias Burnus changed:
What|Removed |Added
Target Milestone|--- |12.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102766
--- Comment #3 from Tobias Burnus ---
... However, there is no effect when using
-f(no-)var-tracking(-uninit),
it has still an ICE in all cases.
(Well, except that -fvar-tracking-uninit shows the following before the ICE:
cc1: error: variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102766
--- Comment #6 from Tobias Burnus ---
[x86_64 build/host with target nvptx]
.../gcc/cc1 -fpreprocessed task.i -quiet -dumpbase task.c -dumpbase-ext .c
-mgomp -g -O2 -Wall -Werror -version -o task.s
* * *
Another variant of reducted testcase:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102815
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101635
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94331
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94327
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Resolu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97046
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102086
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92189
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92284
Bug 92284 depends on bug 92189, which changed state.
Bug 92189 Summary: Fortran-written bind(C) function with allocatable argument
does not update C descriptor on exit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92189
What|Remove
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101308
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101309
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92482
Tobias Burnus changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #8 from Tobias Bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102745
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92482
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93963
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102815
--- Comment #3 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #1)
> I don't have a big endian system at hand. Can you check whether the attached
> patch fixes it? Thanks - and sorry for not taking big endian into account.
Now co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102854
Bug ID: 102854
Summary: [OpenMP] Bogus "initializer expression refers to
iteration variable" when using templates
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102854
--- Comment #1 from Tobias Burnus ---
For the non-template case (with int / IndexType reversed, (ups!)):
finish_omp_for's vec *orig_inits is an empty vector
but for the template, it isn't (it contains '0' and 'i'); thus, the following
check is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100753
--- Comment #3 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #2)
> Additionally missing: Fortran support.
Fortran support was implemented in
r12-4574-gd98626bf451dea6a28a42d953f7d0bd7659ad4d5
Still to do: Proper nowait support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102859
Bug ID: 102859
Summary: [OpenMP] Missing testsuite coverage for Fortran task
reductions
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: openmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102862
Bug ID: 102862
Summary: CLASS(*) – various issues, esp. with assumed-rank
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: diagnostic, rejects-valid
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102766
--- Comment #7 from Tobias Burnus ---
Cross ref – Martin's patch (current iteration) for this PR and PR102585 is at
https://gcc.gnu.org/pipermail/gcc-patches/2021-October/582103.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92621
Tobias Burnus changed:
What|Removed |Added
Status|ASSIGNED|NEW
--- Comment #22 from Tobias Burnus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96870
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100907
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100916
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102843
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102503
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102900
Bug ID: 102900
Summary: ICE via gfc_class_data_get in alloc_comp_class_4.f03
with -fcheck=all
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-on-v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102901
Bug ID: 102901
Summary: ICE (segfault) when compiling pdt_13.f03 with
-fcheck=all in gfc_check_pdt_dummy ->
structure_alloc_comps
Product: gcc
Version: 12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102900
Tobias Burnus changed:
What|Removed |Added
Summary|ICE via gfc_class_data_get |ICE via gfc_class_data_get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102903
Bug ID: 102903
Summary: Invalid gfortran.dg testcases or wrong-code with
-fcheck=all -fsanitize=undefined
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92621
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102910
--- Comment #8 from Tobias Burnus ---
I wonder whether something likewise (using __builtin_alloca) should also be
done in libgomp/testsuite/libgomp.oacc-c-c++-common/loop-gwv-2.c, which
currently uses
"#include " + "alloca".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102885
--- Comment #3 from Tobias Burnus ---
Further reduced testcase:
module m
use iso_c_binding, only: c_char, c_size_t
implicit none (type, external)
contains
subroutine ar3 (xn, n) bind(C)
integer(c_size_t), intent(in) :: n
character(len=n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102885
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102972
Bug ID: 102972
Summary: [OpenMP] Strictly-nested diagnostic missing
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: openmp
Severity: normal
Priority:
501 - 600 of 1133 matches
Mail list logo
