https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113067
Bug ID: 113067
Summary: [OpenMP][5.1] Context selector - handle
'implementation={requires(...)}'
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: openm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113067
--- Comment #1 from Tobias Burnus ---
Created attachment 56901
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56901&action=edit
Simple testcase (C and Fortran) - as same-directory .diff
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113163
Bug ID: 113163
Summary: [14 Regression][GCN] ICE in
vect_peel_nonlinear_iv_init, at tree-vect-loop.cc:9420
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113163
--- Comment #2 from Tobias Burnus ---
Created attachment 56958
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56958&action=edit
Reduced testcase (
$ amdgcn-amdhsa-gcc -g -O2 inp5.i -march=gfx900
during GIMPLE pass: vect
inp5.i: In functi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113163
--- Comment #5 from Tobias Burnus ---
While higher at the call stack:
#3 0x0148714f in vect_transform_loop
(loop_vinfo=loop_vinfo@entry=0x350f2a0,
loop_vectorized_call=loop_vectorized_call@entry=0x0)
at src/gcc-mainline/gcc/tree-ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113163
--- Comment #6 from Tobias Burnus ---
and for that condition, we have:
3375 if (!integer_onep (*step_vector))
(gdb) p debug_tree(*step_vector)
constant 8>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113199
Bug ID: 113199
Summary: [14 Regression][GCN] ICE (segfault) when compiling
Newlib
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113213
Bug ID: 113213
Summary: [OpenMP] Update omp_target_is_present /
omp_target_is_accessible handling for NULL
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113216
Bug ID: 113216
Summary: [OpenMP] Improve omp_target_is_accessible
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: openmp
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113288
Bug ID: 113288
Summary: [i386] Missing #define for -mavx10.1-256 and
-mavx10.1-512
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113288
--- Comment #4 from Tobias Burnus ---
The(In reply to Haochen Jiang from comment #3)
> Adding them are quite straightforward.
I guess so. Note: this PR is about the #define in gcc/config/i386, only.
> But I am not quite sure how the whole
> li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108382
--- Comment #2 from Tobias Burnus ---
Fixed-form Fortran likewise fails for:
!$acc enter
!$acc& data
!$omp flush
!$omp& RELEASE
end ! fails in this line: "Bad continuation line"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113436
Bug ID: 113436
Summary: [OpenMP] 'allocate' clause has no effect for
(first)private on 'target' directives
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113436
--- Comment #1 from Tobias Burnus ---
BTW: The attach testcase misses 'firstprivate', which obviously needs to be
handled as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113439
Bug ID: 113439
Summary: [OpenMP] Add more collapse testcases mixing
precisions, in particular (unsigned) int vs. _BigInt
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113513
Bug ID: 113513
Summary: [OpenMP] libgomp: cuCtxGetDevice error with
OMP_DISPLAY_ENV=true OMP_TARGET_OFFLOAD="mandatory"
for libgomp.c/target-52.c
Product: gcc
Ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113513
--- Comment #1 from Tobias Burnus ---
Looking at the called GOMP_OFFLOAD_* function, in the failing case, there is:
...
DEBUG GOMP_OFFLOAD_run
DEBUG GOMP_OFFLOAD_dev2host
DEBUG GOMP_OFFLOAD_free
DEBUG: nvptx_attach_host_thread_to_device - 0
an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111966
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Resol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113513
--- Comment #2 from Tobias Burnus ---
Patch:
https://gcc.gnu.org/pipermail/gcc-patches/2024-January/643648.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113645
Bug ID: 113645
Summary: [amdgcn][gfx1030][gfx1100] ICE in RTL pass: vregs with
-O3: unrecognizable insn (vector reductions)
Product: gcc
Version: 14.0
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113615
Tobias Burnus changed:
What|Removed |Added
CC||ams at gcc dot gnu.org
--- Comment #2 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110813
--- Comment #4 from Tobias Burnus ---
The GCN specific part has been applied to
GCC 14 mainline in commit:
https://gcc.gnu.org/g:a17299c17afeb92a56ef716d2d6380c8538493c4
Unhandled:
* Strided and optimized strided copy (incl. generic part of th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113615
--- Comment #4 from Tobias Burnus ---
Patch:
https://gcc.gnu.org/pipermail/gcc-patches/2024-January/644181.html
It fixes this issue but two other kind of issues I still see for gfx1100.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113721
Bug ID: 113721
Summary: [14 Regression][OpenMP][nvptx] cuCtxSynchronize fail
when calling 'free' in the target regsion
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113724
Bug ID: 113724
Summary: [14 Regression][OpenMP] ICE (segfault) when mapping a
struct in omp_gather_mapping_groups_1
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113721
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113771
Bug ID: 113771
Summary: [14 Regression][GCN] ICE during GIMPLE pass: vect in
vect_transform_loop tree-vect-loop.cc:11969
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113724
--- Comment #1 from Tobias Burnus ---
Debugging shows:
In gimplify_adjust_omp_clauses
(line numbers are off by 1 as I have a #pragma GCC optimize("O0") on top of the
file):
13717 groups = omp_gather_mapping_groups (list_p);
...
13720
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113731
--- Comment #10 from Tobias Burnus ---
(In reply to Tamar Christina from comment #9)
> (In reply to Matthias Klose from comment #8)
> > the proposed patch doesn't fix the amdgcn-amdhsa bootstrap.
>
> So what is the error with the patch? The out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113724
--- Comment #2 from Tobias Burnus ---
Inside: omp_build_struct_sibling_lists
new_next
= omp_accumulate_sibling_list (region_type, code,
struct_map_to_clause, *grpmap,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113724
--- Comment #3 from Tobias Burnus ---
Inside omp_build_struct_sibling_lists, the following assignment:
11654 grp->grp_start = new_next;
has on the LHS the [3] array with value:
(gdb) p *grp
$147 = {grp_start = 0x771f9688, grp_en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115551
Bug ID: 115551
Summary: [missed optimization] "c1 << (a + c2)" not optimized
into "(c1 << c2) << a"
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115553
Bug ID: 115553
Summary: Memory leak in openmp.cc's gfc_free_expr_list -
gfc_expr not freed
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115551
--- Comment #2 from Tobias Burnus ---
> Thus we need some range info to do this optimization.
Good point.
It seems as if for c1 << (c2 * a + c3), C requires a >= -c3/c2 (read as float
division; c2 ≠ 0)
And the suggested optimization requires
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115551
--- Comment #3 from Tobias Burnus ---
As we want to have a >= 0, I tried to convey it differently for the example in
comment 0:
(a) __attribute__((assume(ch >= 0)));
(b) 'unsigned ch' (instead of 'int ch')
but it didn't help. Thus, it looks a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11
Bug ID: 11
Summary: [Ranger] deduce 'a >= 0' from 'b << a'
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115551
--- Comment #6 from Tobias Burnus ---
Crossref: New Bug 11 is for the range analysis to deduce from 'x << a' that
'a' must be nonnegative.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115559
Bug ID: 115559
Summary: [OpenMP] 'link' clause of 'declare target' causes link
errors
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: openmp, rejects-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115559
--- Comment #1 from Tobias Burnus ---
Looks as if offload_vars is empty in case of Fortran; the variables are tagged
as 'declare variant link' in the FE but varpool_node::get_create has:
if ((flag_openacc || flag_openmp)
&& lookup_attri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115559
--- Comment #2 from Tobias Burnus ---
For C, it is actually handled in the FE for
tree at1 = lookup_attribute ("omp declare target", DECL_ATTRIBUTES (t));
tree at2 = lookup_attribute ("omp declare target link",
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115559
Tobias Burnus changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115559
--- Comment #4 from Tobias Burnus ---
NOTE to self: This code now adds the attribute unconditionally. For COMMON and
MODULE it makes sense; but for programm/subroutine/function, it needs to be
rechecked whether that variable is actually used.
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115574
Bug ID: 115574
Summary: [OpenMP] Nested C function – 'declare target
link(var)' leads to "referenced in offloaded code but
hasn't been marked to be included in the offloaded
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115577
Bug ID: 115577
Summary: [OpenMP] COMMON names rejected in MAP clauses
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: openmp, rejects-valid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115559
--- Comment #5 from Tobias Burnus ---
Created attachment 58478
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58478&action=edit
COMMON block testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115559
--- Comment #6 from Tobias Burnus ---
Fortran patch:
https://gcc.gnu.org/pipermail/gcc-patches/2024-June/655386.html
FOLLOW-UP ISSUES:
* OFFSET issues with LINK clause:
arr = [(i, i=1,N)]
map(arr(10:N)
and then in a device func
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115632
Bug ID: 115632
Summary: resolve.cc: FORALL check function is has wrong-code
bugs
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115637
Bug ID: 115637
Summary: gimple_regimplify_operands doesn't handle VALUE_EXPR
inside a MEM_REF / OpenMP declare target link
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115559
--- Comment #7 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #6)
> FOLLOW-UP ISSUES:
> * VARIABLE not AVAILABLE on the device:
PR115637 - is an analysis of the 'arr2' issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115637
--- Comment #1 from Tobias Burnus ---
Created attachment 58512
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58512&action=edit
WIP patch - shows the location but fails as DECL_P is not a is_gimple_stmt
The attached patch handles
MEM [
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115574
--- Comment #2 from Tobias Burnus ---
> #pragma declare target link(a,b)
as Thomas pointed out (cf. comment 1), an 'omp' is missing.
It also lacks, e.g. '#pragma omp target enter data map(a, b)' to be valid.
Still, the real issue is '!is_globa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115685
Bug ID: 115685
Summary: [OpenMP][5.1][OpenACC] Permit named constants
("PARAMETER") in firstprivate, shared and copyin
clauses
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112779
--- Comment #1 from Tobias Burnus ---
See also PR 107067 for a Fortran ICE with metadirectives (OG12 branch).
See https://gcc.gnu.org/pipermail/gcc-patches/2024-July/657841.html for
"[PATCH v3 00/12] Metadirective support + "declare variant"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116107
Bug ID: 116107
Summary: [OpenMP] Array-section mapping with 'declare target'
link accesses the wrong data
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116107
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115577
--- Comment #1 from Tobias Burnus ---
>From the other issue, now fixed:
(B) Issues found when writing a testcase:
* COMMON blocks: Using map(a,b,c) instead of map(/mycommon/) fails with:
error: undefined symbol: mycommon_
TESTCASE: atta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115559
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117109
Bug ID: 117109
Summary: [15 Regression] "make gcc.pot" fails with
"emit_diagnostic used incompatibly" since
r15-4081-g385a232229a5b4 (diagnostics: bulletproof
open
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28614
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117247
--- Comment #1 from Tobias Burnus ---
Follow up note: the following all fails (on nvptx with -Og, -Os, -O1 or
higher); the first two are nearly identical on dump level:
- omp loop
- omp simd
- omp for simd
while the following works:
- o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117247
Bug ID: 117247
Summary: [OpenMP][nvptx] cuCtxSynchronize with 'omp target
loop' + PRIVATE clause and -O1 (OpenMP_VV's
teams_loop/test_target_teams_loop_private.c)
Product:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117361
Bug ID: 117361
Summary: [15 Regression] GCC build fails with
"gcc/opts-diagnostic.cc:599: test_output_arg_parsing:
FAIL: ASSERT_STREQ (pt.get_diagnostic_text ()"
Product: g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113905
--- Comment #5 from Tobias Burnus ---
I have asked at OpenMP.org's lang mailing list. Alex replied:
> This should be invalid (or so was the intent) as the
> construct set doesn’t match.
Thus, it seems as if GCC handles it correctly :-)
(Or at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117361
--- Comment #4 from Tobias Burnus ---
BTW: In PR115203 it was solved differently compared to the proposal, i.e. by
setting disable_event_localization
See
https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=2dbb1c124c1e585dc413132d7a8d4be62c6b7baa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113905
--- Comment #3 from Tobias Burnus ---
I bet that the spec writers ment the following (i.e. with the text written in
brackets):
“If a procedure is determined to be a function variant through more than one
declare variant directive [for a given b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116786
--- Comment #1 from Tobias Burnus ---
Variant: move 'x' into the function via 'static int x' inside the main
function.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116786
Bug ID: 116786
Summary: [OpenMP] ICE in install_var_field, at omp-low.cc:798
for C++ lambda
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: ice-on-val
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116935
Bug ID: 116935
Summary: [OpenMP] Suggest '' header inclusion for
OpenMP's omp_* routines and other definitions
Product: gcc
Version: 15.0
Status: UNCONFIRMED
K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115162
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113724
Tobias Burnus changed:
What|Removed |Added
CC||Bert.Wesarg at googlemail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117657
--- Comment #4 from Tobias Burnus ---
(In reply to Robin Dapp from comment #3)
> Is there a way to test it short of a cross compile?
I guess not - but compiling shouldn't be difficult as no libraries are needed.
Otherwise, I use for a full cr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117657
Tobias Burnus changed:
What|Removed |Added
Target Milestone|--- |15.0
--- Comment #5 from Tobias Burnus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117657
Tobias Burnus changed:
What|Removed |Added
CC||rdapp at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117657
Bug ID: 117657
Summary: [15 Regression][gcn] ICE during in-tree newlib build:
error: unrecognizable insn
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keyword
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107067
Tobias Burnus changed:
What|Removed |Added
Keywords||diagnostic,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117803
Bug ID: 117803
Summary: [OpenMP] Rejects valid with TEMPLATES in DECLARE
VARIANT resolution
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: openmp, re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117803
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82250
Tobias Burnus changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82250
--- Comment #11 from Tobias Burnus ---
> Not the whole commit, but only one small hunk of it was reverted
Which is enough to prevent the folding when the compiler has not been
configured for offloading. If I recall correctly: before your commit,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82250
--- Comment #13 from Tobias Burnus ---
I think the example was something like:
#include
void bogus_fn();
void f()
{
if (!acc_on_device (acc_device_host))
bogus_fn();
}
And I do recall that the re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118322
Bug ID: 118322
Summary: [OpenMP] OpenMP in constexpr not properly diagnosed
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: accepts-invalid, diagnostic, openmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115271
--- Comment #2 from Tobias Burnus ---
The same issue occurs in the same file when an INTERFACE is involved:
module m
interface
integer function f ()
end
integer function g ()
!$omp declare variant(f) match(construct={dispatch})
end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118321
Bug ID: 118321
Summary: [OpenMP] declare_variant's 'adjust_args' yields wrong
code if the result is passed by argument
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118321
--- Comment #1 from Tobias Burnus ---
The same problem exists for C++:
D.3055 = __builtin_omp_get_mapped_ptr (a, D.3054);
t::f (&s, D.3055, b, c);
//-
struct t {
void f(int *x, int *y, int *z);
#pragma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118744
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118745
--- Comment #1 from Tobias Burnus ---
I guess it does not show in practice as '&odv->append_args_list->where' will be
implemented as '&odv->append_args_list' + offset – and the result is never
actually used. - At least, 'valgrind' does not detec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118740
Bug ID: 118740
Summary: [OpenMP] 'sorry' used without location data
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: diagnostic, openmp
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118741
Bug ID: 118741
Summary: [OpenMP] metadirectives for declarative use rejected
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: openmp, rejects-valid
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118744
Bug ID: 118744
Summary: [15 Regression] missing libgfortran.a multilibs
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118744
--- Comment #1 from Tobias Burnus ---
[Maybe I need to bootstrap again and then it will show up again?]
I am checking this now - it might have been a pilot error as I do see it in my
other build.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118791
Tobias Burnus changed:
What|Removed |Added
Summary|declare variant messes up |[15 Regression][OpenMP]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118791
Tobias Burnus changed:
What|Removed |Added
CC||jason at redhat dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113067
Tobias Burnus changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118745
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 118745, which changed state.
Bug 118745 Summary: UBSAN: member access within null pointer of type 'struct
gfc_omp_namelist' since r15-7285-gbea86e82146b9b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118745
Wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118740
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118839
Bug ID: 118839
Summary: [OpenMP] Missing diagnostic when the variant is the
same as the base name
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: acce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118791
--- Comment #11 from Tobias Burnus ---
Just FYI without directly validity:
clang++ (since 11.0 and up to main) accepts the attached testcase (comment 0 /
attachment 60417)
* * *
Cross ref [vaguely related; C++ return-value + templates with Op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26154
--- Comment #38 from Tobias Burnus ---
Regarding gfortran, besides generic manual updates there, I wonder whether
https://gcc.gnu.org/onlinedocs/gfortran/OpenMP-Modules-OMP_005fLIB-and-OMP_005fLIB_005fKINDS.html
should be moved to libgomp.texi by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118080
Bug ID: 118080
Summary: OPTIONAL, VALUE mishandled: type(c_ptr) – argument
missing, ICE with derived type
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywor
901 - 1000 of 1112 matches
Mail list logo
