https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #40 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:16db663772c03eded30d8ede7ffbc2b9de25f648
commit r10-10802-g16db663772c03eded30d8ede7ffbc2b9de25f648
Author: Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|12.0|12.2
--- Comment #39 from Jakub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #38 from CVS Commits ---
The releases/gcc-11 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:6841e9fc63b260186f8c980c7e0534b6376b073f
commit r11-9873-g6841e9fc63b260186f8c980c7e0534b6376b073f
Author: Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #37 from Francois-Xavier Coudert ---
OS bug confirmed to be still present on macOS 12.1 (darwin 21.2.0), at least on
Intel. I don't have a non-patched compiler on ARM right now to confirm, but I
don't expect it to be arch-dependent.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
Iain Sandoe changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #35 from Jürgen Reuter ---
Now that macOS 12.1 is out (and XCode 13.2) could someone please check whether
the problem has been solved from the side of the Darwin kernel?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #34 from Iain Sandoe ---
I did ask for OK on back-ports
We should let it bake on master for now - I see reports that 12.1 ia under test
- but no idea when it will come out (or if this particular issue will be fixed
in it).
In any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #33 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:fabe8cc41e9b01913e2016861237d1d99d7567bf
commit r12-5281-gfabe8cc41e9b01913e2016861237d1d99d7567bf
Author: Iain Sandoe
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #32 from Francois-Xavier Coudert ---
(In reply to Jürgen Reuter from comment #31)
> Does this now mean that this is fixed within the gcc trunk/master? Or just in
> a branch which has yet to be merged into the master?
The patch was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #31 from Jürgen Reuter ---
(In reply to Iain Sandoe from comment #29)
> (In reply to Francois-Xavier Coudert from comment #28)
> I've posted a fix for this (it is the fix for darwin21 DTORs in general)
> however CAVEAT : there is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #30 from Francois-Xavier Coudert ---
(In reply to Iain Sandoe from comment #29)
> I've posted a fix for this (it is the fix for darwin21 DTORs in general)
Yes I've seen the patch, thanks!
> however CAVEAT : there is No guarantee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #29 from Iain Sandoe ---
(In reply to Francois-Xavier Coudert from comment #28)
> > Well, unless there's a good reason to have it in a DTOR, it makes for a more
> > robust solution to call it directly (there are various other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
Dominique d'Humieres changed:
What|Removed |Added
CC||gccbug at duemmels dot de
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #26 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #25)
> (In reply to Jürgen Reuter from comment #24)
> > (In reply to Iain Sandoe from comment #23)
>
> > > I have filed a bug report, (FB9733712). It is impossible to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #25 from Iain Sandoe ---
(In reply to Jürgen Reuter from comment #24)
> (In reply to Iain Sandoe from comment #23)
> > I have filed a bug report, (FB9733712). It is impossible to know what the
> > OS release priorities are (or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #24 from Jürgen Reuter ---
(In reply to Iain Sandoe from comment #23)
> (In reply to Jürgen Reuter from comment #22)
> > (In reply to Thomas Koenig from comment #20)
> > > (In reply to Iain Sandoe from comment #16)
> > > > (In reply
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #23 from Iain Sandoe ---
(In reply to Jürgen Reuter from comment #22)
> (In reply to Thomas Koenig from comment #20)
> > (In reply to Iain Sandoe from comment #16)
> > > (In reply to Thomas Koenig from comment #14)
>
> >
> > There
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #22 from Jürgen Reuter ---
(In reply to Thomas Koenig from comment #20)
> (In reply to Iain Sandoe from comment #16)
> > (In reply to Thomas Koenig from comment #14)
>
> There is always the reason of not breaking compatibility, a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #21 from Jürgen Reuter ---
(In reply to Thomas Koenig from comment #19)
> (In reply to Jürgen Reuter from comment #18)
>
> > write(0x1, " Hello, world!\\n\n\0", 0x11)= 17 0
>
> Hmm, was this actually the string that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #20 from Thomas Koenig ---
(In reply to Iain Sandoe from comment #16)
> (In reply to Thomas Koenig from comment #14)
> NOTE: I have been discussing the non-running of mod_term_funcs with my
> "downstream" and Apple folks. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #19 from Thomas Koenig ---
(In reply to Jürgen Reuter from comment #18)
> write(0x1, " Hello, world!\\n\n\0", 0x11) = 17 0
Hmm, was this actually the string that you put into the Fortran
program, or is something very
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #18 from Jürgen Reuter ---
(In reply to Thomas Koenig from comment #13)
> Here is a complete strace of a "Hello, world" program on Linux, compiled
> with -static-libgfortran (to remove some of the shared library loading :-)
> and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #17 from Iain Sandoe ---
(In reply to Thomas Koenig from comment #15)
> Hmm, to test this further: What does
>
> program main
> use, intrinsic :: iso_fortran_env, only: output_unit
> write (*,'(A)') 'Hello, world!'
> flush
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #16 from Iain Sandoe ---
(In reply to Thomas Koenig from comment #14)
> (In reply to Iain Sandoe from comment #6)
> > I had a brief look at some new fails on macOS12 / Darwin21 for gcov.
> >
> > It seems that .mod_term_funcs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #15 from Thomas Koenig ---
Hmm, to test this further: What does
program main
use, intrinsic :: iso_fortran_env, only: output_unit
write (*,'(A)') 'Hello, world!'
flush output_unit
end program main
yield, does that create the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #14 from Thomas Koenig ---
(In reply to Iain Sandoe from comment #6)
> 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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #13 from Thomas Koenig ---
Here is a complete strace of a "Hello, world" program on Linux, compiled
with -static-libgfortran (to remove some of the shared library loading :-)
and executed with
$ strace ./a.out > hello.dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #12 from Jürgen Reuter ---
I'm not an expert on the I/O system, but could it be that the unit to which the
stdout of a compiled Fortran program goes does not provide the unit that the
redirect function (now) expects under macOS 12?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
Rich Townsend changed:
What|Removed |Added
CC||townsend at astro dot wisc.edu
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #10 from Jürgen Reuter ---
Reassuringly, the gfortran 11.2 from Macports has the same problem as the
gfortran 12.0.0 installed by hand: no redirecting into files.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #9 from Jürgen Reuter ---
I also tried that for a Fortran program ./a.out | less (pipe to less) works.
It's just the redirection that does not work. I'm waiting for the compilation
to check whether gfortran 11.2 from Macports shares
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
Iain Sandoe changed:
What|Removed |Added
Summary|Piping in a file does no|fortran: redirecting
34 matches
Mail list logo