https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #7 from Iain Sandoe ---
(although , the output is fine when not redirected, so perhaps that's
irrelevant)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #6 from Iain Sandoe ---
I had a brief look at some new fails on macOS12 / Darwin21 for gcov.
It seems that .mod_term_funcs entries are not being run - so if libgfortran
relies on something defined as __attribute__((destructor)) [e.g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #5 from Jürgen Reuter ---
I checked that the assembler code on macOS Big Sur and Monterey is identical
(up to the date in the .ident line). So either the assembler works differently,
or one of the routines from the libgfortran (_gfor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #4 from Jürgen Reuter ---
The problem is not related to XCode 13.1 which appeared at roughly the same
time. On Big Sur with XCode 13.1 still all works as expected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #3 from Andrew Pinski ---
(In reply to Iain Sandoe from comment #2)
> confirmed - I have no idea how to categorise this issue at present.
>
> Does gfortran do something special opening/cloning stdin/out/err?
Libfortran does a few t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
Iain Sandoe changed:
What|Removed |Added
Last reconfirmed||2021-10-28
Target Milestone|---
