https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99345
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99345
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99598
Bug ID: 99598
Summary: Commits are not transferred to bugzilla
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: web
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100045
Bug ID: 100045
Summary: Precomputing division
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94978
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|tkoenig at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98076
Thomas Koenig changed:
What|Removed |Added
Assignee|tkoenig at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82215
Thomas Koenig changed:
What|Removed |Added
Assignee|tkoenig at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92913
Thomas Koenig changed:
What|Removed |Added
Assignee|tkoenig at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97345
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|tkoenig at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93114
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|tkoenig at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96216
Thomas Koenig changed:
What|Removed |Added
Assignee|tkoenig at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30609
Thomas Koenig changed:
What|Removed |Added
Assignee|tkoenig at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97454
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|tkoenig at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83927
Thomas Koenig changed:
What|Removed |Added
Assignee|tkoenig at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67202
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|tkoenig at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90536
Thomas Koenig changed:
What|Removed |Added
Assignee|tkoenig at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93956
Thomas Koenig changed:
What|Removed |Added
Assignee|tkoenig at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95101
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|tkoenig at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40976
Thomas Koenig changed:
What|Removed |Added
Assignee|tkoenig at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68289
Thomas Koenig changed:
What|Removed |Added
Assignee|tkoenig at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92422
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97454
Bug ID: 97454
Summary: Decls for Fortran library procedures
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97454
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459
Bug ID: 97459
Summary: __uint128_t remainder for division by 3
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459
--- Comment #4 from Thomas Koenig ---
Here's a complete program for benchmarks on x86_64, using Jakub's
functions (so they are indeed correct):
#include
#include
#include
#include
#include
#include
unsigned r3_128u_v2 (__uint128_t n)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459
--- Comment #5 from Thomas Koenig ---
OK, so here is a benchmark with its function names corrected. It also
includes one version (_v5) which is a bit faster.
(Note I increased the number of iterations to get more accuracy out
of the cycle count,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95119
--- Comment #13 from Thomas Koenig ---
(In reply to Bill Long from comment #12)
> Original submitter asking which GCC version(s) have / will have the fix.
10.2 already has been released with the fix. 9.4 and 11.1 will have it in when
they are re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95104
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95037
--- Comment #5 from Thomas Koenig ---
Fixed in 10.2, 9.4 and 11.1 will have it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97491
Bug ID: 97491
Summary: Wrong restriction for VALUE arguments of pure
procedures
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459
--- Comment #9 from Thomas Koenig ---
(In reply to Jakub Jelinek from comment #7)
> So, can we use this for anything but modulo 3, or 5, or 17, or 257 (all of
> those have 2^32 mod N == 2^64 mod N == 2^128 mod N == 1)
I think so, too.
> probabl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97527
Bug ID: 97527
Summary: OpenBSD bootstrap fails with error: C++ preprocessor
"/lib/cpp" fails sanity check
Product: gcc
Version: unknown
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97527
--- Comment #1 from Thomas Koenig ---
Created attachment 49419
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49419&action=edit
Preprocessed source of gimple-match.ii (compressed)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97527
--- Comment #2 from Thomas Koenig ---
Created attachment 49420
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49420&action=edit
Resulting assember file (which is incomplete)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97527
--- Comment #3 from Thomas Koenig ---
Created attachment 49421
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49421&action=edit
config.log from the main build directory
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97527
Thomas Koenig changed:
What|Removed |Added
Target||x86_64-unknown-openbsd6.8
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97527
--- Comment #5 from Thomas Koenig ---
Created attachment 49422
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49422&action=edit
Generated gimple-match.c
All the temporary files were generated by manually adding -save-temps
to the Makefile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97527
--- Comment #6 from Thomas Koenig ---
The machine is gcc220.fsffrance.org ; if anybody has an account there
and wants to peek into /home/tkoenig to look into more details, be my
guest.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97527
--- Comment #8 from Thomas Koenig ---
The *.s file generated with -save-temps is attached, but it
is truncated for a reason that I do not understand.
The binutils is indeed self-compiled from source (because the LLVM
linker cannot handle gcc com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97527
--- Comment #9 from Thomas Koenig ---
Created attachment 49423
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49423&action=edit
config.log from libgomp using binutils compiled with gcc 8.4.0
Using the binutils compiled with gcc 8.4 now lea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459
--- Comment #10 from Thomas Koenig ---
There are a couple of more constants for this could be tried.
Base 7:
static unsigned
rem_7_v2 (mytype n)
{
unsigned long a, b, c, d;
a = n & MASK_48;
b = (n >> 48) & MASK_48;
c = n >> 96;
retur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459
--- Comment #11 from Thomas Koenig ---
Created attachment 49438
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49438&action=edit
Numbers a, b so that 2^b ≡ 1 mod a up to b=64, larger b taken if several
solutions exist
Here is the promised
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459
--- Comment #12 from Thomas Koenig ---
(In reply to Thomas Koenig from comment #11)
> Created attachment 49438 [details]
> Numbers a, b so that 2^b ≡ 1 mod a up to b=64, larger b taken if several
> solutions exist
>
A quick check that all numbe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97530
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97530
--- Comment #3 from Thomas Koenig ---
A little bit more reduced.
module types
type local_model_state
real, allocatable :: ps(:,:) ! Surface pressure
end type local_model_state
contains
function int_mult(ms, ifactor)
type(local_mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97530
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88076
Bug 88076 depends on bug 97530, which changed state.
Bug 97530 Summary: Segmentation fault compiling coarray program with option
-fcoarray=shared (not with -fcoarray={lib,single})
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97530
Wha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459
Thomas Koenig changed:
What|Removed |Added
Attachment #49438|divisiontable.dat |divisiontable.txt
filename|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
Thomas Koenig changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97656
Bug ID: 97656
Summary: Specify that there is no address arithmetic on a
pointer
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: enhancement
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96735
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97320
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97738
Bug ID: 97738
Summary: Optimizing division by value & - value for HAKMEM 175
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97738
--- Comment #2 from Thomas Koenig ---
Created attachment 49516
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49516&action=edit
Small benchmark
Here's a small benchmark for counting all 32-bit numbers with 16 bits set
according to the HAKM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97738
--- Comment #3 from Thomas Koenig ---
Even faster code:
ctz = __builtin_ctz (value);
lowest_bit = value & - value;
left_bits = value + lowest_bit;
changed_bits = value ^ left_bits;
right_bits = changed_bits >> (ctz + 2);
return left_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97738
--- Comment #5 from Thomas Koenig ---
(In reply to Jakub Jelinek from comment #4)
> What about a version that still sets lowest_bit to value & -value; rather
> than 1 < ctz?
I think this would be ideal, or close to it.
> Also, I'm not sure you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459
--- Comment #14 from Thomas Koenig ---
Created attachment 49520
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49520&action=edit
Numbers a, b so that 2^b ≡ 1 mod a up to b=64, larger b taken if several
solutions exist, plus the multiplicat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #3 from Thomas Koenig ---
Simplified test case:
program main
type foo
real, allocatable, dimension(:) :: a[:]
end type foo
type (foo) :: x
sync all
allocate (x%a(10)[*])
end program main
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459
--- Comment #16 from Thomas Koenig ---
(In reply to Jakub Jelinek from comment #15)
> I plan to work on this early in stage3.
> And we really shouldn't use any tables, GCC should figure it all out.
> So, for double-word modulo by constant that wo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459
--- Comment #17 from Thomas Koenig ---
To be compilable, my previous code lacks
typedef __uint128_t mytype;
> #define ONE ((__uint128_t) 1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97756
Bug ID: 97756
Summary: Inefficient handling of 128-bit arguments
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: rtl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97759
Thomas Koenig changed:
What|Removed |Added
Keywords||missed-optimization
Severity|n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97756
--- Comment #1 from Thomas Koenig ---
Actually, it was on a Ryzen 1700 (for the -march=native).
I'm at odds with architecture names...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #4 from Thomas Koenig ---
(In reply to Thomas Koenig from comment #3)
> Simplified test case:
>
> program main
> type foo
> real, allocatable, dimension(:) :: a[:]
> end type foo
> type (foo) :: x
> sync all
> allocate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
Thomas Koenig changed:
What|Removed |Added
Status|REOPENED|NEW
--- Comment #5 from Thomas Koenig -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
Thomas Koenig changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #6 from Thomas Koeni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97770
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21046
Thomas Koenig changed:
What|Removed |Added
Last reconfirmed|2014-12-25 00:00:00 |2020-11-11
--- Comment #6 from Thomas Ko
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30398
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38592
Thomas Koenig changed:
What|Removed |Added
Last reconfirmed|2017-08-15 00:00:00 |2020-11-11
--- Comment #10 from Thomas K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97799
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97799
--- Comment #9 from Thomas Koenig ---
(In reply to Thomas Koenig from comment #8)
> Comment on attachment 49548 [details]
> bugtest.f -- program evincing bug
>
> So, commit the test case to guard against regressions
> (since it is not immediatel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97799
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97799
Thomas Koenig changed:
What|Removed |Added
Target Milestone|--- |10.3
Summary|Passing CHARACTE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
Thomas Koenig changed:
What|Removed |Added
Status|REOPENED|WAITING
--- Comment #10 from Thomas Koen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #12 from Thomas Koenig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #13 from Thomas Koenig ---
(In reply to Thomas Koenig from comment #12)
> Reduced test case:
>
> program main
> type global_model_state
> real, allocatable :: ps(:) [:]
> end type global_model_state
> type (global_model_s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #14 from Thomas Koenig ---
(In reply to Thomas Koenig from comment #13)
> (In reply to Thomas Koenig from comment #12)
> > Reduced test case:
> >
> > program main
> > type global_model_state
> > real, allocatable :: ps(:) [:]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #16 from Thomas Koenig ---
program random_weather
implicit none
type global_model_state
real, allocatable :: ps(:,:) [:,:]
end type global_model_state
integer :: nxslab, nyslab
type(global_model_state) :: ms_full
in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #15 from Thomas Koenig ---
Next reduced test-case:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #17 from Thomas Koenig ---
A bit more reduced (no derived types necessary):
program random_weather
implicit none
real, allocatable :: ps(:,:) [:,:]
integer :: nxslab, nyslab
integer :: npx
integer :: i, j
real, paramete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
Thomas Koenig changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #18 from Thomas Koen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #21 from Thomas Koenig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98016
Thomas Koenig changed:
What|Removed |Added
Last reconfirmed||2020-11-26
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #22 from Thomas Koenig ---
Hi Toon,
it took some time, but we finally figured out that it is actually
a bug in your program that is causing problems.
It has (shortened)
nxglobal = 72;
This sets the coarray nxglobal to 72 on every
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #26 from Thomas Koenig ---
After 00c2e5d1c15c67fc2c9d9ed86bfa1f5aa13848cc ,
the segfault for too many images is now also fixed,
and your program runs as expected.
I'd say an important milestone has been reached :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26183
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98053
Bug ID: 98053
Summary: Add Fortran tests for behavior from environment
variables
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98076
Bug ID: 98076
Summary: Increase speed of integer I/O
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98076
Thomas Koenig changed:
What|Removed |Added
Version|unknown |11.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95293
--- Comment #11 from Thomas Koenig ---
(In reply to Dominique d'Humieres from comment #10)
> Could this PR be closed as INVALID?
Yes, I think so.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97459
--- Comment #26 from Thomas Koenig ---
Yep, it's implemented and works great.
For a simple "sum of digits" program in base ten, it's an acceleration
by more than a factor of two.
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98129
Bug ID: 98129
Summary: Failure on reading big chunk of /dev/urandom
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98129
--- Comment #2 from Thomas Koenig ---
The problem seems to be related to an early return from the read system call:
strace -e trace=open,read,close ./a.out
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0\v\2\0\0\0\0\0"...,
832) = 832
c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98129
--- Comment #3 from Thomas Koenig ---
The problem seems to be that we assume that a short read is always
an EOF, in read_block_direct:
if (unlikely ((ssize_t) nbytes != have_read_record))
{
/* Short read, e.g. if we hit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98129
Thomas Koenig changed:
What|Removed |Added
Target||x86_64-pc-linux-gnu
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98129
--- Comment #10 from Thomas Koenig ---
(In reply to anlauf from comment #9)
> The patch seems to regtest ok, but certainly needs some wider testing.
Actually, I think the bug is in io/unix.c:raw_read. That should take
care of repeating the reads
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98156
Bug ID: 98156
Summary: [Coarray] alloc_comp_1.f90 tests for wrong condition
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
1 - 100 of 521 matches
Mail list logo
