https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112338
Bug ID: 112338
Summary: ieee_set_halting_mode only affects the master thread
outside of an OpenMP parallel region
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111837
Bug ID: 111837
Summary: [8,9,10,11,12,13 Regression] Out of bounds access with
optimization inside io-implied-do-control
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89925
Vladimir Fuka changed:
What|Removed |Added
CC||vladimir.fuka at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105138
--- Comment #5 from Vladimir Fuka ---
In that case some compiler or linker magic happens after that, because the
correct code is executed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105138
--- Comment #2 from Vladimir Fuka ---
As mentioned, the correct function is called in case everything is REAL
a = floor(5.0)
print *, a
contains
RECURSIVE FUNCTION FLOOR(Z) RESULT(RES)
REAL,INTENT(IN) :: Z
REAL :: RES
if (z>0) then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105138
--- Comment #1 from Vladimir Fuka ---
For after naming LOG one gets
RECURSIVE FUNCTION LOG(Z) RESULT(RES)
COMPLEX,INTENT(IN) :: Z
COMPLEX :: RES
RES = LOG(Z);
END FUNCTION LOG
> gfortran-12 -c shadow.f90
/tmp/ccbpyhxl.s: Assembler mes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105138
Bug ID: 105138
Summary: [7,8,9,10,11,12,F95] Bogus error when function name
does not shadow an intrinsic when RESULT clause is
used
Product: gcc
Version: 12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59202
Vladimir Fuka changed:
What|Removed |Added
CC||vladimir.fuka at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98411
--- Comment #7 from Vladimir Fuka ---
This sounds like good progress and I thank you for the patch. However,
shouldn't implicitly SAVE'd variables, as e.g. the program local variable in
the original report, be included as well?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
Vladimir Fuka changed:
What|Removed |Added
CC||vladimir.fuka at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87127
--- Comment #9 from Vladimir Fuka ---
I see now, it was fixed on the 8 branch, but not on the trunk! It ought to be
applied at least to the 12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87127
Vladimir Fuka changed:
What|Removed |Added
CC||vladimir.fuka at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98411
Bug ID: 98411
Summary: [10/11] Pointless: Array larger than
‘-fmax-stack-var-size=’, moved from stack to static
storage for main program variables
Product: gcc
Ve
13 matches
Mail list logo
