gcc/libgfortran/io
Tobias Burnus a13a50047e Fortran: Async I/O - avoid unlocked unlocking [PR100352]
Follow up to PR100352, which moved unit unlocking to st_*_done_worker to
avoid lock order reversal; however, as async_io uses a different lock,
the (unlocked locked) unit lock shall not be unlocked there.

libgfortran/ChangeLog:

	PR libgomp/100352
	* io/transfer.c (st_read_done_worker, st_write_done_worker): Add new
	arg whether to unlock unit.
	(st_read_done, st_write_done): Call it with true.
	* io/async.c (async_io): Call it with false.
	* io/io.h (st_write_done_worker, st_read_done_worker): Update prototype.
2021-05-02 18:16:17 +02:00
..
async.c Fortran: Async I/O - avoid unlocked unlocking [PR100352] 2021-05-02 18:16:17 +02:00
async.h
close.c
fbuf.c
fbuf.h
file_pos.c
format.c
format.h
inquire.c
intrinsics.c
io.h Fortran: Async I/O - avoid unlocked unlocking [PR100352] 2021-05-02 18:16:17 +02:00
list_read.c
lock.c
open.c
read.c
size_from_kind.c
transfer128.c
transfer.c Fortran: Async I/O - avoid unlocked unlocking [PR100352] 2021-05-02 18:16:17 +02:00
unit.c Fortran: Fix libgfortran I/O race with newunit_free [PR99529] 2021-03-12 16:31:32 +01:00
unix.c
unix.h
write_float.def
write.c