https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88768
--- Comment #2 from martin <mscfd at gmx dot net> --- If I add the "generic :: write(unformatted) => write_unformatted" part in my code (but do not use it), I see other failures somehow triggered by openmp parallelisation (no recursion involved). Using the address sanitizer I can see that one thread tries to access some memory already freed by another thread. However, the concerned variables (of what is type(t) in the example code above) are thread private and in fact several subroutine calls and modules away from the openmp parallelisation block. Unfortunately so far I was not able to produce a simple test case. However, it looks like that the DT IO part uses some kind of global addresses, which does not work well with recursion or threading?
