https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38220
Jeff Hammond changed:
What|Removed |Added
CC||jeff.science at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107375
Bug ID: 107375
Summary: CFI_cdesc_t incorrectly reports non-interoperable C
structure as such
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66409
--- Comment #11 from Jeff Hammond ---
> program foo
>use f
>integer i
>call test(i)
> end program
>
> which specific subroutine is called based on TKR?
I understand there is an ambiguity here, but what if I never make this call?
Is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66409
--- Comment #2 from Jeff Hammond ---
Is this ever going to be fixed? I observe that a similar MCVE (below) is
compiled without complaint by Intel, Cray and NAG Fortran, so it's almost
certainly a lack of support for the standard in GCC.
As best
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101602
Bug ID: 101602
Summary: local and local_init are not supported in DO
CONCURRENT
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
--- Comment #7 from Jeff Hammond ---
@Martin
% gfortran -O3 -fprefetch-loop-arrays --verbose -c ctrsm.f && echo OKAY
Using built-in specs.
COLLECT_GCC=gfortran
Target: aarch64-apple-darwin20
Configured with: ../configure --build=aarch64-apple-d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
Bug ID: 99092
Summary: Using -O3 and -fprefetch-loop-arrays to compile BLAS
on Apple M1 fails
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
